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ABSTRACT 


Distributed object oriented (OO) computing such as RMI, COBRA and 
SOAP etc is fast becoming the de-facto standard for software development. 
Distributed OO systems can consist of multiple object servers and client 
application on a network computer, as oppose to a single large centralized object 


server. 


The aim of the system designer is to determine the optimal deployment 
strategy for the system to perform efficiently. This is an enormous task 
especially when multiple object servers are fielded on hardware of different 
specifications. The number of possible deployment strategy of object servers to 
hardware grows exponentially with increase number of object server and 
machine. For example, with 3 machines and 10 object servers there are 59049 
possible deployment patterns. Eventually, the number of possible deployment 
makes it impossible for system designer to setup test bed to determine the 
optimal deployment strategy. 


The main goal of the simulation model is to analyze the object server 
deployment, verify an existing optimization model and to determine the optimal 
deployment strategy that will reduce the client response time. In one of the 
experiment conducted with the simulation model, in an environment with 3 
machine and 10 object servers, it will take 53 years to attempt all deployment 
patterns in the lab environment. The simulation model will take only 13 days, 
which is an improvement of 1480%. 
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I. INTRODUCTION 


With the massive reduction in the cost of microprocessors and the large 
increase in microprocessor performance over the past few years, distributed 
microcomputer based systems are becoming a cost effective solution to many 
problems. Coupled with the advancements of object-oriented technology in the 
past decade, object oriented architecture is often used for the building of large 


scale computer based systems. 


Distributed object oriented (OO) computing such as Remote Method 
Invocation (RMI), Common Object Request Broker Architecture (COBRA) and 
Simple Object Access Protocol (SOAP) etc is fast becoming the de-facto 
standard for software development. Distributed OO systems can consist of 
multiple object servers and client applications on a network of computers, as 
oppose to a single large centralized object server. Consequently, information 
processing is distributed over several computers rather than confined to a single 


machine. 


In military environment, a set of distributed object servers could be used to 
support many applications aboard a ship. The distributed object servers could 
serve track object, intel object, logistic object and target object to a host of client 
applications. These applications could handle such tasks as Anti-Submarine 
Warfare (ASW), Anti-Surface Warfare (ASUW), Anti-Air Warfare (AAW), 


Electronic Warfare (EW), humanitarian missions and rescue missions. 


A user’s network of computers will change frequently. Object servers, 
applications, hardware and user preferences will be in a constant state of 
change. The distribution of object servers across different hardware platform will 
result in multiple deployment strategies. The number of deployment strategy = 
m", which grows exponentially with an increase in either the number of object 


servers (n) or hardware platform (m). 




















Object Server Computer Number of pattern 
3 3 27 
3 5 243 
10 3 59049 
3 10 1000 

















Table 1. | Computation of deployment pattern 


As the number of deployment pattern increases, it becomes a tedious task 
for system engineers to setup all deployment patterns in order to find the 
deployment strategy that will provide the optimal system efficiency. The difficulty 
in selecting the best pattern increases with the need to deploy different object 
servers on computers with different CPU and memory capacity. Lack of better 
tools, the deployment strategy is based on best-guess or experience of the 


system engineer. The resulting deployment strategy may/may not be optimal. 


As a system evolves, common hardware changes consist of adding new 
computers, removing old computers, upgrading CPUs, modifying RAM and 
modifying network bandwidth capacity. Each of these hardware changes will 
produce an event that would trigger the system to re-evaluate its deployment 
strategy. The intent of system engineers is always to find a deployment strategy 
that performs at peak efficiency. Some measurement of efficiency can be based 
on CPU resource utilization, bandwidth utilization and user response time. The 


user response time is affected by the following: 


e The number of clients. The greater the number of client, the more 
object server calls will be executed and the longer is the response 


time. 


e The frequency of function called invoked by each client. With an 
increase in the frequency of function call, more requests will be 


queued and therefore the longer will be the response time. 


e The number of instruction cycle in the object method invoked. The 
more complex the object method, the number of instruction cycle 


will increase thus increasing the response time. 


e The speed of the microprocessor. The faster the processor, the 


faster is the response time. 


e The scheduling algorithm of the microprocessor. Depending on the 
time needed to complete an object server call, a non-preemptive 
and time slicing scheduling algorithm will result in different 


response time. 


e The number of object server served by a single microprocessor. 
With more object server loaded in a computer, the higher the 
number request are queued thus increasing the response time. 
The number of object server to be loaded in a computer is also 


limited by the RAM capacity. 


e The network delay due to transmission delay and data rate. The 
higher the network delay, the greater the response time. 


By knowing ahead of time how many users will be accessing the system, 
each user interaction pattern and each computer configuration, a model can be 
developed to make recommendation of a possible optimal deployment strategy. 


Even a simplistic model may lead to large gains in performance. 


The goal of this research is to develop a simulation model that models a 
distributed object-oriented environment. The model will allow system engineers 
to model the environment [i.e. the number of clients, the interaction patterns, 
computer configuration], and simulate the deployment of object server on 
different hardware platforms and derive the optimal deployment strategy. The 
criterion used to evaluate the optimal deployment strategy was to minimize the 


user response time. 


This chapter gave a brief introduction to the problem and the motivation 
for the research. Chapter II gives an introduction to the dissertation work done 
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by Professor William J Ray [William 2001] that used a mathematical model to 
predicts the optimal deployment patterns. Chapter Ill introduces the discrete 
event simulation tool OMNet++ that is used to model the distributed object- 
oriented environment. Chapter IV documents the design of the distributed object 
oriented simulation model, supporting tool and how the result of the simulation 
run can be used. Chapter V contains the comparative study on the results of the 
simulation model with the experimental result from Professor William J Ray’s 
dissertation. Chapter VI contains the comparative study of the mathematical and 
simulation model on a more complex scenario. Chapter VII discusses future 
refinement to the model. Chapter VIIl contains the conclusions that can be 


drawn from this research. 
The appendix contains the following information 
e Appendix A — List of source code of the simulation model. 
e Appendix B — List of source code of the supporting utility. 
e Appendix C — Experiment described in Chapter V. 
e Appendix D — Data collected from the test described in Chapter VI. 


e Appendix E — The modified Lingo model. 


ll. BACKGROUND 


A. INTRODUCTION 
There has been little work on deployment strategies for distributed object 
servers. Some relevant research is in the area of load balancing and 


client/server performance. 


The goal of load balancing is to balance the load across multiple 
machines. For a situation where inter object server call is prevalent, better 
response time may require having different object servers to run on a single 
machine. Therefore, to optimize the response time, previous load balancing 


strategies may not be useful. 


The focus of current optimization technique for the client/server 
performance is to improve the performance of single server relationship with its 
clients. The need of analyzing distributed object servers architecture is to target 


performance when multiple servers are involved. 


A research work by Professor William J. Ray describe a method that can 
generate distributed object oriented server deployment architectures to take 
advantage of hardware platform and network resources for the purpose of 
reducing average client response time. Average client response time was 
chosen over minimizing the maximum response time of one call because the 
method takes into account the entire usage profile. The proposed optimization 
model maps system characteristic (called profiles) into equations to minimize the 


average client response time. 


The work done by Professor William J. Ray is used as a springboard for 
the development of this research work and the rest of this chapter will describe 
the approach he adopted. 


B. PROFILES 
A profile is an abstraction of a given characteristic of the system. The 


elements in the profile are the raw data that the model will use to reason about 
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the given characteristic. There are profiles for each machine, server, application 
and user type. There is also a profile that describes the network. The system 
then must map all of these profiles into equations to minimize the response time. 
The more complex the modeling of the hardware becomes the more 
computationally intensive the approach will become. Initially, the research 


explores an approach with simplistic profiles to demonstrate its capabilities. 


1. Hardware Profiles 

The hardware profiles describe the characteristic of the hardware 
platforms used in the deployment. The aspects being modeled in the hardware 
profiles include characteristics of each computer such as CPU speed, RAM size. 
The hardware profile also models the network speed between each pair of 


computers. 


An example of hardware profile is: 

















Hardware RAM CPU peed 
SIX 64MB 600MHz 
BR733 128MB 733MHz 
GIGA 128MB 1000MHz 

















Table 2. | Example of hardware profile 


2. Object Server Profiles 

The object server profile describes the behavior and method supported by 
an object server. It models the method computational time, return message size 
and RAM utilization of the object server. The computational time can be collected 
easily with a small client application that exercises each method call and records 
the data. Thus, actual implementation code for the application isn’t needed to 
estimate the object server profiles. In the optimization model, the computational 
time of each method call needs to be captured and normalized to specific 


hardware architecture. The return message size is used to compute the network 
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transmission time and therefore giving preference for the object server to be 
deployed on a hardware platform with a higher network speed. The object server 
RAM utilization is used to limit the number of object servers by the hardware 


RAM capacity. 


An example of object server profile is: 























Object Server RAM Method Return message 
A 44MB 1 100kbytes 
2 120kbytes 
B 60MB 1 50 kbyes 
2 200 kbyes 
3 20 kbyes 




















Table 3. | Example of object server profile 

3: Client Application Profiles 

The client application profiles describe the client interaction with the object 
servers. It includes modeling the object server method call and the estimated 
frequency of call. Profiling becomes more difficult if the application code is not 
available. When source code is not available, mechanism must be in place to 
record all the events that occur in the task. The system must allow a user to 
create typical scenarios and record the method calls that occur in the scenario. 
This could be done by simulation or monitoring calls to the object servers when 


the system is in a training mode. 


An example of client application profile is: 


























Client Application Button Methods Called 
Client 1 Button 1 A.1 
Button 2 A.2+B.1 
Client 2 Button 1 C.1+D.3 











Button 2 B.1+B.2 





Button 3 C.2+D.4 

















Table 4. | Example of client application profile 


4. User Profiles 

The user profile describes the way a user interacts with a client 
application. The way a user interacts can be characterized, but not precisely 
predicted. User interaction is based on the role the user played. Different role 
will execute different application that would interact differently with the distributed 
object servers. A more refined profile could include frequency information for the 
tasks and calls for each task and response time goals for each task. By profiling 
each role, the user could choose to re-optimize his deployment to decrease the 
response time when user chosen roles change. Multiple roles can exist for each 
user. The user could then select a set of roles and have the system come up 


with an optimal deployment strategy to meet these criteria. 


An example of user profile is: 





Role Button called Frequency over 20 mins 








Role 1 Client 1. Button 1 | 50 





Client 2. Button 2 | 10 





Role 2 Client 1. Button 2 | 2 





Client 2. Button 1 | 10 





Client 2. Button 3 | 5 

















Table 5. Example of user profile 


C. OPTIMIZATION MODEL 


1. Objective Function 
The objective function that needs to be minimized is the sum of all the 


response times for a given call pattern over a given time interval. 


N M N WN 
Minimize > > Leni E20 > a 
n=0 m=0 S, i=0 j=0 0; 


Note that the optimization process ranges over all possible combinations 
for @nm and finds the minimum based on the above objective function and 


constraints. 
The objective function is subject to the following four constraints: 
e Object servers cannot be split across machine 
Anm = 1, iff server n is running on machine m. 
= 0, otherwise 


e Each server can run on only one machine [no multiple instances of 


the same server. 


M 
Vn| > Ay, =! 
m=0 


e RAM usage by the object servers cannot pass a set threshold on 


each machine. 


N 
Vm| > d,, *V, ST, *U 


n=0 


e CPU time on a given machine cannot surpass the corresponding 


real time interval. 


where 

N = Number of object servers 

M = Number of physical machines 

R_,= Normalized machine load of server n (seconds, s) 
S norm = Speed of the normalizing machine (MHz) 

S m= Speed of machine m (MHz) 

Bj = Data sent between server i to server j (bits, b) 

Qj, = Network Speed between server i to server j (bps) 
T m = Physical RAM on machine m (bits, b) 

n= Memory allocated by server n (bits, b) 

U = Multiple to limit RAM utilization [0.1 < U < 3.0] 


C = Time Interval [seconds, s] 


2; Processing Speed Term 
This part of the function looks at all possible deployment patterns. 
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a, \S used to keep track of the deployments. 4, is zero if SERVER n is 


not located on MACHINE m. If SERVER n is location on MACHINE m, then a,,,, 


is one. 
3. Network Speed Term 
The network speed term of the objective function is: 





NN B. 
Minimize eS Z 
i=0 j=0 OQ. 


j#i 


The network speed term adds some time for each time a server-to-server 


method is called. The number of bits is divided by the rate of transmission. 


4. RAM Limits 

The RAM limit is to limit the amount of a machine RAM that can be used 
by the object servers. This constraint basically states that the total memory 
usage of all the object servers loaded on a machine will be less than a 


percentage of the memory on that machine. 


5. CPU Limits 

Since all of the processing measurements are averages and the user 
profiles are averages over time, we cannot exceed 100% CPU loading. Even 
though the CPU can queue tasks when overloads, it doesn’t have the chance to 


catch up if the user profiles truly reflect the user requests. 


D. VALIDATION OF OPTIMIZATION MODEL 
The optimization model is validated by experimental measurement. A test 
bed was created with Windows 2000 machines that match the characteristics of 


the profiles. Servers were created using JDK 1.3 and RMI as the middleware. 
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Software to simulate the three different users was also created. This simulation 
software was instrumented to measure the actual time the software was blocked 
waiting for an object server method call to response. The experiment involves 3 
hardware and 3 object servers, a total of 27 different deployment patterns. All 27 
different configurations were established and the average response time for each 


configuration was measured and recorded. 


All 27 configurations were tested twice. One tested the configuration with 
the object servers using much less then the stated memory needs. Another 
tested the configuration with the object severs using all of the stated memory 
needs. Some configurations strained the machines memory limit. These 


configurations resulted in system failures in the test results. 


E. CURRENT RESEARCH APPROACH 

This research aims to develop a simulation model for the distributed 
object-oriented environment. It uses the same profile representation as the 
optimization model. Deployment strategy with different profiles is build using a 
discrete event simulation tools OMNet++. 


The model will simulate user and object server interaction and compute 
the average response time for each user. The average response time for each 
deployment strategy is compiled and the minimum user response time is chosen 


as the optimal deployment strategy. 


The experimental and optimization model of 3 object servers and 3 
machines is chosen to verify the accuracy of the simulation model to the real- 


world implementation. 
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ll. OVERVIEW OF OMNET++ AND NETWORK SIMULATION 


A. BACKGROUND 

OMNet++ is an object oriented modular discrete event simulator. The 
name itself stands for Objective Modular Network Test-bed in C++. The 
development of OMNet++ was started at the Technical University of Budapest 
(BME), in 1992. It has been developed mostly by Andras Varga at the 


Department of Telecommunication (BME-HIT). 
The simulation tools can be used for modeling: 
e Communication protocols 
e Computer networks and traffic modeling 
e Multi-processor and distributed systems. 
e Administrative systems 
e Any other system where the discrete event approach is suitable. 


A Discrete Event System is a system where state changes (events) 
happen at discrete points of time, and events take zero time to happen. It is 
assumed that nothing (i.e. nothing interesting) happens between two consecutive 
events, that is, no state change takes place in the system between the events (in 


contrast to continuous systems where state changes are continuous). 


Those systems that can be viewed as Discrete Event Systems can be 
modeled using Discrete Event Simulation such as OMNet++. (Continuous 
systems are modeled using differential equations and suchlike.). Computer 


networks are usually viewed as Discrete Event Systems. 


B. MODELING CONCEPTS 
OMNet++ provides efficient tools for the developer to describe the 


structure of the actual system. Some of the main features are: 


e Hierarchically nested modules. 
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e Modules communicate with message through channels. 
e Flexible module parameters. 


e Topology description language. 


1. Hierarchical Nested Modules 

An OMNet++ model consists of hierarchically nested modules. The depth 
of module nesting is not limited, which allows the user to reflect the logical 
structure of the actual system in the model structure. The model is often referred 
to as networks. The top level model is the system module. The system module 
contains sub-modules, which can also contain sub-modules themselves. Simple 
modules encapsulate C++ code that generate and react to events, in other 
words, implement the behavior of the model. Modules can have parameters 
which are used for three main purposes: to customize module behavior; to create 


flexible model topologies and for module communication as shared variables. 


simple modules 





Figure 1. Simple and Compound Modules 
Client computers, servers, and network devices can be modeled as sub- 
modules. 
2. Communicate with Message through Channel 
Gates are the input and output interfaces of the modules; messages are 
sent out through output gates and arrive through input gates. Each connection is 


created within a single level of the module hierarchy: within a compound module, 
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one can connect the corresponding gates of two modules, or a gate of one sub- 


module and a gate of the compound module. 


parent module parent module 





Figure 2. Connecting modules 


Three attributes can be assigned values in the body of the connection 


declaration, all of them optional: 


e Propagation delay (sec) is the amount of time the arrival of the 


message is delayed when it travels through the channel. 


e Bit error rate (errors/bit) has influence on the transmission of 


messages through the channel. 


e Data rate (bits/sec) is used for transmission delay calculation. 


OMNeT++ uses messages to represent events. Messages are sent from 
one module to another — this means that the place where the “event will occur” is 
the message’s destination module, and the model time when the event occurs is 
the arrival time of the message. Modules can send messages directly to their 
destination or along a predefined path, through gates and connections. The 
“local simulation time” of a module advances when the module receives a 
message. The message can arrive from another module or from the same 


module. 


Time within the model is often called simulation time, model time or virtual 
time as opposed to real time or CPU time or which refers to how long the 


simulation program has been running or how much CPU time it has consumed. 
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3. Parameters 
Modules can have parameters that are used for three purposes: 


e To parameterize module topology 
e Tocustomize simple module behavior 
e For module communication, as shared variables. 


Within a compound module, parameters can define the number of sub- 
modules, number of gates, and the way the internal connection are made. 
Compound modules can pass parameters or expressions of parameters to their 


sub-modules. 


4. Topology Description Method 

The developer defines the structure of the model in the NED (Network 
Description) language descriptions. The NED language supports modular 
description of a network. This means that a network description consists of a 
number of component descriptions (channels, simple/compound module types). 
The channels, simple modules and compound modules of one network 


description can be used in another network description. 


C. PROGRAMMING THE ALGORITHM 

The simple modules of a model contain the algorithms as C++ functions. 
The full flexibility and power of the programming language can be used, 
supported by the OMNet++ simulation class library. Elements of the simulation 
(messages, modules, queues etc.) are represented as objects and they are 
designed so that they can efficiently work together, creating a powerful 


framework for simulation programming. 


D. RUNNING THE SIMULATION 
An OMNet++ model consists of the following parts: 
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e NED language topology description(s) which describe the module 


structure with parameters, gates etc. 


e Simple modules sources that implement the behavior of each 


modules. 
The simulation system provides the following components: 


e Simulation kernel. This contains the code that manages the 


simulation and the simulation class library. 


e User interfaces. OMNet++ user interfaces are used with simulation 
execution, to facilitate debugging, demonstration, or batch 


execution of simulations. 


1. Running the Simulation 

The simulation executable is a standalone program, thus it can be run on 
other machines without OMNet++ or the model files being present. When the 
program is started, it reads in a configuration file (usually called omnetpp.ini); it 
contains setting that control how the simulation is run, values for model 
parameters etc. The configuration file can also prescribe several simulations 
runs; in the simplest case, they will be executed by the simulation program one 


after another. 


OMNet++ simulations can feature different user interfaces for different 
purposes: debugging, demonstration and batch execution. Advanced user 
interfaces make the inside of the model visible to the user, allow him/her to 
start/stop simulation execution and to intervene by changing variables/objects 
inside the model. User interfaces also facilitate the demonstration on how a 


model worked internally. 


The same simulation model can be executed with different user interface 
without any change in the model files themselves. The user would test and 
debug the simulation with a powerful graphical user interface, and finally run it 
with a simple and fast user interface that supports batch execution. 
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Figure 3. Demonstration user interface 
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Simsec/sec: né/a 


[sObjS vr] >> Number of object 1 
[sObjS vr] >> Server (i) O (gateid) 1 
MRMRRRKRRRHR [sObjS vr] HRRRRRRRRNRHX 
[sObjS vr] >> Object server name G 
(sObjSvr] >> Ram Util 142000 
[sObjS vr] >> Object Supported G 


Ev/sec: n/a 


EF [Bia] model (DisObjSvrSim) 
&) parameters (cArray 
— EB gates [cArray) 

— EB class-members (ck 























Ev/simsec: n/a 
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GB ROLEC_O(0] (sRol 
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{sObjSvr] >> Ram Util 200000 
[sObjS vr] >> Object Supported H 
[sObjS vr] >> Number of object 1 
[sObjSvr] >> Server (i) 0 (gateid) 1 
HMMRRRRRRKKX [sObjS v1] MMMRRRRRRKKK 
[sObjS vr] >> Object server name | 
[sObjS vr] >> Ram Util 189000 
[sObjS vr] >> Object Supported | 
[sObjS vr] >> Number of object 1 
[sObjS vr] >> Server {i} 0 (gateid) 1 
HMMRRKKKREKX [sObjS v1] HRKKRKKAAAAK 
[sObjS vr] >> Object server name J 
{sObjS vr] >> Ram Util 80000 
[sObjS vr] >> Object Supported J 
[sObjS vr] >> Number of object 1 


Info| Params Gates Objects/Watches Putaside Queue Submods 
Module name: HANDEL ==—St—<“‘C COC;*~‘“‘(‘ ‘CSC; 
Module ID: 2 

State: 
Display string: p=95,250,row,50:i=procl ;b=36,32 

Disp. str. as parent: Oh 
Stack size: 16384 + 16384 = 32768 bytes 

Stack used: approx. 0 bytes 









Ready 























Figure 4. Debugging window 
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2. Analyzing The Result 

The output of the simulation is written into data files: output vector files, 
output scalar files, and possibly the user's own output files. Data such as 
resource utilization, response time can be written into the output files. OMNet++ 
provides a GUI tool names Plove to view and plot the contents of the output 
vector files. The output files are text files in a format which can be read into math 


packages like Matlab, or imported into spreadsheets like Excel. 


response_time in theclientserver.client[0] (CLIENT™1.¥EC) —— 
fhe time in Lehaa gps hth eres (CLIENT™ 1. VEC) — 


response_ time in 1 epee ver. wees (CLIENT™ 1. YEO) —= 
response_time in theclientserver.client[2] (CLIENT™1.¥EC) ——— 





0 500 1000 1500 2000 2500 3000 3500 4000 4500 


Figure 5. Plove view of response time output file. 
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IV. OBJECT ORIENTED SERVER SIMULATION MODEL 


A. INTRODUCTION 
This chapter will describe the requirement, design consideration and 


implementation of the simulation model. 


B. REQUIREMENT MODELING 

1. Use Case Diagram 

The block diagram below describes the how the system designer interacts 
with the Distributed Object Oriented Server Simulation Model. 





Distributed Object Oriented 
Simulation Model 













Define simulation 
environment 





Generate 
deployment pattern 


System Designer 
Simulate 
environment 


Review result 

















Figure 6. User Case Diagram 
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2. Actor Description 


The actor that interacts with the simulation model is as follows:- 





Actor 


Description 











System Designer 





The actor is responsible for determining the optimal 
deployment pattern. The actor will describe the simulated 
environment with hardware, object server, application and 
role profiles. The actor will execute the simulation model 
and determine the optimal deployment pattern based on the 
simulation result. 





Table 6. Actor description 


3. Use Case Description 


The following is the description of the use case. 


Use Case: 


Define simulation environment 


Brief Description : 


To allow the user to define the environment to be simulated based on the 


machine, object server, role, and client application profile. 


Special Requirements: 


The simulation model should be a black box to the system designer. The 


redefinition of a new simulation environment should be achieved by 


configuration file. The definition of the simulation environment should not 


require the user to modify the source code of the simulation model 


Pre-condition 


The environment to be simulated must already be defined. That includes 


the hardware, object server configuration, and the role. 





Use Case: 


Generate deployment pattern 


Brief Description : 


To allow the user to generate all the deployment pattern based on the 


number of machine and object server. 
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Special Requirements: 
Nil 
Pre-condition 


The number of machine and object server must be known. 





Use Case: Simulate environment 
Brief Description : 


To allow the user to define the simulation duration and execute the 


simulation. 

Special Requirements: 
Nil 

Pre-condition 


The simulation environment must be defined. 





Use Case: Review result 
Brief Description : 


To allow the user to review and compare the simulation result of different 


deployment pattern. 
Special Requirements: 
Nil 

Pre-condition 


The simulation must be executed. 
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C. CLASS DESCRIPTION 

1. Class Inheritance 

The behaviour of each component in the simulated environment is 
modeled as an extension to the cSimpleModule class provided by the OMNet++ 


library. The class inheritance diagram is shown in the following figure: 


cObject 


DisObjSvrSim cSimpleModule 
L\ 


Figure 7. Class inheritance diagram 





The purpose of each class is described in the following table:- 





Class Description Type 








sObjSvr sObjSvr is used to model the behavior of an | Control Object 


object server. 





sMachine sMachine is used to model the behavior of a | Control Object 


computer hardware. 








sSwitch sSwitch is used to model the behavior of a | Control Object 


network switch. 
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sRole 


sRole is used to model the behavior of a role. 


Control Object 





CAddress 


CAddress is used to store the address of 
each machine and role that is connected with 
the switch. The address is used by the DNS 
Service to provide location independent name 
lookup to determine the gate to send a 


message. 


Entity Object 





CBtnList 


CBtnList is used to store the list of client 
application button and the function called 


when the button is invoked. 


Entity Object 





CDNSSvc 


CDNSSvc implement the necessary function 
needed to provide location independent 


lookup service. 


Control Object 


























ClnteractList ClnteractList is used to store the list of | Entity Object 
complex method call. 

CObjList CObjList is used to store the list of method | Entity Object 
supported by all object servers. 

CSimEvent CSimEvent is used to model the random | Control Object 
invocation of application button by a role. 

CStatLog CStatLog is used to write the simulation result | Interface Object 
in the output file stat.log and computed.log. 

2; Association Diagram 
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-interacts sObjSvr 





sObjSvr -serves 





-connects 





-connects 





1 12 


= 
= 


Figure 8. Class diagram 


D. NETWORK DESCRIPTION (NED) FILE 
The Network Description (NED) language describes the network 


environment. 


The NED description file will enable the simulation model to 


automatically build the distributed object server environment based on the 


parameters supplied by the designer. The parameters used in the defining the 


environment is shown in the following table: 





Parameter 


Description 








run_name 


The name of the simulation run. This is used to identify the 
output result of the different run in a batch execution. Typically 


the run_name is given value as run1, run2....runN. 








num_machine 





The number of machines deployed in the simulated 
environment. The number of machines will affect the number 
of connection created on the sSwitch to support switch- 


machine network communication. 
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num_role The number of roles deployed in the simulated environment. 
The number of roles will affect the number of gates created on 
the sSwitch to model the machine-role network communication. 

num_objsvr The number of object servers deployed in the simulated 
environment. 

max_objsvr The maximum number of object servers deployed on any 


machine. This value is used to limit the number of gates 


created on each of the sMachine. sMachine that supports 





fewer than the max_objsvr will have unused gates. 





Table 7. Network Description File Parameters 


The Network Description (NED) language also defines the simple module 


used to model the object server, machine and the network switch. Each simple 


module definition includes parameters and gates that will be used to setup the 


environment and how each of the simple modules inter-connect. The actual 


value to be used is defines in the [Parameters] section of the omnet.ini file. 


























Modules _ | Parameters/Gates Description 
sRole def_file The filename of the configuration file used by 
the role. 
r2sw_out The gate used for sending message from role 
to switch. 
r2sw_in The gate used for receiving message from the 
switch. 
sSwitch sw2r_out[ ] The gates used for sending message from 
switch to role. The number of gates is created 
dynamically based on the number of roles 
specified in num_role. 
sw2r_in[ ] The gates used for receiving message from 
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switch. The number of gates is created 
dynamically based on the number of roles 


specified in num_role. 





sw2m_outf ] 


The gates used for sending message from 
switch to role. The number of gates is created 
dynamically based on the number of roles 


specified in num_machine. 





sw2m_in[ ] 


The gates used for receiving message from 
switch. The number of gates is created 
dynamically based on the number of 


machines specified in num_machine. 





sMachine 


num_objsvr 


The number of object servers that was 


running on this machine. 





objsvridx 


The starting index of the first object server 
running on this machine. This index is used 
to reference to the list of object server 


created. 





def_file 


The filename of the configuration file used by 


the machine. 





m2sw_out 


The gate used for sending message from 


machine to switch. 





m2sw_in 


The gate used for receiving message from the 


machine. 





m2os_out| ] 


The gates used for sending message from 
machine to object server. The number of gate 
is created dynamically based on the number 


of object servers specified in num_objsvr. 











m2os_in[ ] 





The gates used for receiving message from 
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object server. The number of gates is created 
dynamically based on the number of 
machines specified in num_ objsvr. 
sObjSvr cfg_file The filename of the configuration file used by 

the machine. 

os2m_out The gate used for sending message from 
object server to the machine. 

os2m_in The gate used for receiving message from the 
machine. 

Table 8. Simple Module Parameters 


E. MESSAGE DESCRIPTION 


Several messages are used in the simulation model. The following table 


is a description of the messages used. 
































Message From/To Description 

NAME_REGISTER Role/Switch Use by the machine and role 

Machine/Switch to register the name with the 
switch. 

OBJSVR_REGISTER ObjSvr/Machine Use by the object server to 
register itself with the 
machine. 

INVOKE_OBJECT_SVR_ Role/ObjSvr Use by the role to invoke an 

CALL object server call. 

INVOKE _OS20S_CALL ObjSvr/ObjSvr Use by an object server to call 
another object server. This is 
used to model complex 
method call. 

MACHINE_COMPLETE _ Machine/ObjSvr Use by the machine to inform 
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EXEC 


the object server that the local 


method call has completed. 




















MACHINE _COMPLETE _ Machine/ObjSvr Use by the machine to inform 
EXEC_WITH_ REMOTE the object server that a 
remote method call has 
completed. 
OBJSVR_EXECUTE_ON ObjSvr/Machine Use by the object server to 
_CPU send a request to the CPU to 
execute a method call. The 
number of instruction cycle is 
appended to the message. 
OBJSVR_RESPONSE ObjSvr/Role Use by the object server to 


inform the role that the 
requested method call has 


completed. 





Table 9. 


Message Description Table 


F. IMPLEMENTATION DETAIL 


1. Computation of Response Time 


Before the role invokes a client application button, a timestamp will be 


recorded. The simulation will invoke the relevant object server method calls that 


are associated to the application button. 


If there are more than one object- 


server method calls, a new method call will only be invoked after the role has 


received the response from the current method call. For example, for the 


application button C2.B5 described in Chapter V, the role will invoke B.2 after the 


reply from A.1 is received. When the response from the last method call is 


received, a second timestamp is recorded and the difference in time is the 


response time. 


The response time is dependent on the following:- 
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e The number and complexity of method calls. The higher number of 
method calls has a higher tendency for a longer response time. 


The more complex the method calls, the longer the response time. 


e Network transmission time. This includes the total transmission 
time to and fro from the role to machine. The network transmission 


time is dependent on the message size, and the bandwidth. 


e The time needed to execute the object server method call. This is 
dependent on the CPU utilization, the CPU speed, the number of 


instruction cycles and the scheduling term. 


The response time is consolidated over the simulation run and the 
average response time is computed. 

2: Random Role Execution 

A few random feature is added to introduce randomness in the the 
execution of the simulation model. This is an attempt to model the random 


nature of the real operating environment. The random features are:- 
e Random invocation of client application button by each role. 


e Random allocations of CPU resource for the time slice scheduling 
option. 


The probability of an invocation of client application button is assigned 
during the definition of the role profile. For example, during the training session, 
it is recorded there was 50 call to C1.B1, 10 call to C1.B2 and 30 call to C2.B2, 
the configuration file will be defined as:- 


[call] C1.B1/50 
[call] C1.B2/30 
[call] C2.B2/10 


An internal table will be set up with range from 0 to 89, and a random integer 
based on uniform distribution will be generated to determine which method to 
fire. For example, if the number drawn is 45, C1.B1 will be called and if the 


number drawn is 81, C2.B2 will be called. Due to this random implementation, 
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the simulation will model closer to the real world environment if the simulation is 


run over sufficient period of time. 


For modeling random allocation of CPU resource for time slice scheduling, 
a maximum CPU allocation time is defined in the hardware profile. In real life, 
this value represents the longest time a process can execute on the CPU without 
being interrupted. When a process starts to consume CPU resource, the time 
slice scheduling will pick a random time between 0 and the maximum CPU 
allocation time, this random time will be the duration (sec) a process can execute 
on the CPU. After the duration has passed, the current process will be 
suspended, a new process selected for execution and another random CPU 
execution time will be generated. 

3. RAM Limit 

Each machine has limited RAM capacity, with virtual memory the number 
of applications that can execute simultaneously on a single machine is no longer 
limited by the RAM capacity. In virtual memory, when a reference memory is not 
in RAM, a page fault will occur and the reference memory will be moved from the 
virtual memory (in disk) to the main memory (RAM). This I/O operation is time 
consuming. As more application runs on a machine, the probability of page fault 
will increase and thus delaying the process execution time. In the simulation 
model, the RAM limit is used to limit the total amount of memory used by the 


object server that is running on the machine. 


When a new object server registered to be run on a machine, the machine 
will monitor the total memory used. If the (total memory used) > (Ram limit * 
machine total RAM) then the simulation will terminate with a memory error. 
When the Ram limit is set to 0.0, the simulation will assumes that the machine 
has unlimited memory to support the object server. 

4. Output Result 

There are three output files that are generated after each of the simulation 


run. The three files are vector file, stat.log and computed.log. 
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The vector file is generated by OMNet++. The vector file can be read by 
Plove application which provides a graphical display of the output data. The 
strength of the vector file lies in the ease of reading the result. However, when 
the number of output data is large, then it is difficult to extract the result from the 


graphical display. 


The stat.log and computed.log file are textual files that was formatted in a 
way that is easy to manipulate using third party spreadsheet application such as 
Excel. Stat.log file stores the run name, the role id, the number of client 
applications call invoked, the maximum and minimum response time and the 
average response time. The stat.log file is useful for comparing the boundary of 
the response time. The computed.log file stores the run name, the role id and 
the average response time. For an environment with 4 of role2, stat.log file will 
contain the result of all four role2 but the computed.log will contain the computed 


average response time of all role2. 


G. CONFIGURATION FILE 

A number of configuration file is used to define the simulation model. 
These configuration files are used to define parameters that are beyond the 
scope of the OMNet++ parameter files [ometpp.ini]. The list and description of 


the configuration files is shown in the following table:- 





Configuration File Description 








Button.def The file defines the list of button provided by the client 
application. The file also defines the list of object 


server method call when the application button is 











invoked. 
Interact.def The file defines the list of complex method call. 
Obj.def The file defines the list of method served by all object 


servers. It defines the list of method, the number of 


instruction cycles needed and the return message 
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size. 





[Machine].def The file defines profile of a machine. It defines the 
machine name, CPU power, RAM size and limit, 
process and disk swap time, and the time slicing 


property. 





[ObjSvr].def The file defines profile of an object server. It defines 
the object server name, the object served, the ram 


utilization. 








[Role].def The file defines profile of a role. It defines the role 
name, the calling frequency, the object server method 


called and probability of call. 








Table 10. Configuration file description 


H. PATTERN GENERATOR 

As described in Chapter 1, the number of deployment strategy = m" (m — 
number of machine, n — number of object server). With 3 machine and 10 object 
server, there is a total of 59409 deployment strategy. Manual generation of such 
number of deployment strategy will be a laborious task — an automated 
deployment strategy generator is needed. The PatternGenerator is developed 
to automate the generation of configuration file. The two configuration files 


generated are:- 
e Deployment strategy configuration file. 


e Role configuration file. 


1. Deployment Configuration File 

The format of the deployment configuration file is shown in Appendix 
[William 2001]. The complexity lies in ensuring that the correct number of 
deployment patterns based on the environment is correctly generated. A set of 
bits (n bits) is used to represent the number of hardware platform such that 2" > 


number of hardware. Multiple set of bits are used to represent each object 
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server. These bits are concatenated m times, where m is the number of object 
server and subsequent bit arithmetic will ensure that all patterns were 


represented. The resulting bit string will have n * m bits. 


For example, in an environment has 3 hardware platforms, [SIX, BR733, 
GIGA], and 3 object server [A, B, C]. The number of bits need to represent the 3 
hardware platform is 2 i.e. 27= 4. The bit representations are: 


[00 — SIX]; [01 — BR733]; [10 — GIGA]; [11 — Invalid] 


A resultant bit string of 2*3 = 6 bit length is needed to represent all the 
object servers. The arithmetic operation perform is shown in the following table. 



































Bit pattern Hardware deployment Arithmetric 

10 10 10 A-—GIGA, B — GIGA, C — GIGA, Subtract bit string with 1 
10 10 01 A-—GIGA, B — GIGA, C — BR733 Subtract bit string with 1 
10 10 00 A-—GIGA, B — GIGA, C — SIX Subtract bit string with 1 
10 01 11 Invalid Subtract bit string with 1 
10 01 10 A-— GIGA, B — BR733, C — GIGA Subtract bit string with 1 
10 01 01 A — GIGA, B — BR733, C — BR733 _| Subtract bit string with 1 
10 01 00 A—GIGA, B — BR733, C — SIX 

00 00 00 A-SIX. B— SIX, C — SIX Complete 

















Table 11. Sample bit arithmetic operation 


2: Role Configuration File 

In the simulation environment, there are multiple role types and a number 
of roles per type. For example, an environment may have 10 of Role1, and 5 of 
Role2. To support the simulation, each role must have a separate configuration 
file. The PatternGenerator will generate all the role configuration file needed 
based on input value of the role type, the number of role, and the based role 
configuration file. In the above example, to generate the configuration file for 


Role1, the input value are: 
Role Type : Role1 


Number of Role : 10 
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Based File : role1.cfg 


The PatternGenerator will generate 10 role1 type namely role1_0 to 
role1_9 and create 10 configuration file from the based file. The configuration file 
will contain the respective role name. The example of the based file and 


generated role1_0 file is given below. 


Based File role1.def 


[name] ROLE1 
[type] 1 

[min_wait] 6 
[max_wait] 7 

[call] C1.B1/10 
[call] C1.B2/40 
[call] C3.B2/24 
[dr_sw] 200000000 
[btw_call] 0.05 


Generated File role1_0.def 


[name] ROLE1_0 
[type] 1 

[min_wait] 6 
[max_wait] 7 

[call] C1.B1/10 
[call] C1.B2/40 
[call] C3.B2/24 
[dr_sw] 200000000 
[btw_call] 0.05 
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V. VERIFICATION EXPERIMENT 1 


A. INTRODUCTION 
The first verification experiment is based on the scenario used by the 


William Ray dissertation. The objective of this verification exercise is to verify the 


accuracy of the simulation model as compared to the real-life testbed and 


mathematical model. 


B. SCENARIO PROFILE 
The various profiles used in defining the environment is shown in the 


following table:- 











































































































Machine RAM (MB) CPU Speed (MHz) 
SIX 64 600 
BR733 128 733 
GIGA 128 1000 
Table 12. Machine Profile 
OBJECT METHOD CPU Number of | Average RAM Size 
SERVER TIME (s) | instruction Size of (MB) 
cycles Message 
(bits) 
A 1 0.5796 579600 11200 44 
A 2 2.6203 2620300 18400 
A 3 1.18175 1181750 44800 
A 4 2.0264 2026400 17600 
B 1 1.76655 1766550 400000 60 
B 2 3.70085 3700850 2720000 
C 1 3.0043 3004300 32000 66 
C 2 4.804 4804000 4000000 
C 3 0.48815 488150 40000 
Table 13. Object Server Performance Profile 
Primary Method Secondary Method 
B.2 C.1 
Table 14. Complex Object Server Profile 
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Call Pattern 






















































































Role 1 50 C1.B1 + 1C1.B2 + 1 C2.B1 + 1 C2.B6 
Role 2 10 C1.B1 + 40 C1.B2 + 24 C3.B2 
Role 3 50 C2.B5 + 10 C2.B9 + 30 C2.B3 + 1 C2.B2 + 1 C3.B2 
Table 15. Role Call Pattern 

Buttons Method Call 

C1.B1 A.1 

C1.B2 A.2 + B.1 

C1.B1 A.1 

C1.B2 A.2 + B.1 

C2.B1 C:1#C2 

C2.B2 C.3 

C2.B3 C.2 

C2.B4 C.3 

C2.B5 A.1 + B.2 

C2.B6 B.2 

C2.B7 A.4 

C2.B8 C.3+A.3 

C2.B9 A.1+A.2+A.3 + B.2 
C3.B1 CA 

C3.B2 B.1+B.2 

C3.B3 C2 

Table 16. User Interface Call Chart 
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ROLE2_O[BOLE2_1[ROLE2_2[2] 


Figure 9. Simulation Model for S5 


A total of 9 test cases is run with different number of role participation and 
ram limits. All test cases were simulated using the simulation model and the 
result is then compared with the result from the testbed and Lingo model. The 9 
test cases are:- 












































Test Case Scenario 
$1 1 user (Role 1), Ram Limit 1.5 
$2 1 user (Role 2) , Ram Limit 1.5 
$3 1 user (Role 3) , Ram Limit 1.5 
$4 4 user (Role 2) , Ram Limit 1.5 
$5 3 user (Role 3) , Ram Limit 1.5 
S6 28 user (Role 1) , Ram Limit 1.5 
S7 1 user (Role 1), Ram Limit 1.0 
$8 1 user (Role 2) , Ram Limit 1.0 
Sg 1 user (Role 3) , Ram Limit 1.0 





Table 17. Test Case 


The simulation model was run over a simulation time of 8hrs. In the actual 
testbed, the time needed to execute 27 patterns x 8hrs = 216hrs. For the 
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simulation model, execution time for 27 patterns is about 10mins. For the Lingo 


model, the optimal solution is found within 4 sec. 


C. COMPARING SIMULATION RESULT WITH TEST BED 

The simulation result of the S1-S9 is shown in the following two tables, 
highlighted cell represents the lowest average response time and thus the 
optimal deployment pattern. 
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Pat A B Cc Sim $1 Sim S2 Sim $3 Sim $4 TB S1 TB S2 TB $3 TB S4 

01 GIGA | GIGA | GIGA | 0.9558 5.2635 7.0909 15.0493 | 0.97633 | 5.15036 | 6.74195 | 14.60339 
02 GIGA | GIGA | BR733 | 1.0962 5.7279 8.4143 | 11.67535 | 0.89934 | 5.53033 | 8.26652 | 11.7461 

03 GIGA | BR733 | GIGA 1.0558 6.371 7.9366 | 11.43463 | 0.96081 | 6.41717 | 7.80217 | 11.71142 
04 GIGA | BR733 | BR733 | 1.1033 6.7169 9.2392 | 15.53168 | 1.07964 | 6.68638 | 9.12494 | 14.33322 
05 BR733 | GIGA | GIGA | 1.2533 5.8716 7.3726 | 11.43985 | 1.1408 5.95302 | 7.41334 | 11.3353 
06 BR733 | GIGA | BR733 | 1.2313 6.3193 8.6062 | 10.41733 | 1.21888 | 6.23306 | 8.50534 | 11.66662 
07 BR733 | BR733 | GIGA 1.1837 6.7915 8.2699 | 17.17995 | 1.11909 | 6.87797 | 8.14272 | 17.06668 
08 BR733 | BR733 | BR733 | 1.2751 7.107 9.5552 | 22.42225 | 1.18686 | 7.23888 | 9.42866 | 21.13467 
09 GIGA | GIGA SIX 1.1935 5.9121 9.4624 | 11.67603 | 0.99153 | 5.95855 | 9.25922 | 12.35508 
10 GIGA SIX GIGA 1.0857 7.0883 8.7751 | 13.61095 | 0.87878 | 7.17686 | 8.62741 | 14.30257 
11 GIGA SIX SIX 1.2209 7.6891 11.0043 | 19.2105 | 1.15777 7.8528 | 10.71298 | 18.37826 
12 SIX GIGA | GIGA 1.3226 6.3354 7.4474 | 12.10203 | 1.27438 | 6.37555 | 7.33272 | 12.0353 
13 SIX GIGA SIX 1.4807 6.8569 9.9274 12.1953 | 1.40269 | 6.96919 | 9.83822 | 13.88488 
14 SIX SIX GIGA 1.3782 8.1308 9.3435 | 22.0154 | 1.41398 | 8.21186 8.972 20.87854 
15 SIX SIX SIX 1.4893 8.7288 11.5528 | 27.9355 | 1.64223 | 8.64436 | 12.13109 | 28.11943 
16 BR733 | BR733 | SIX 1.3452 7.4566 10.5915 | 17.3523 | 1.19742 | 7.34209 | 10.38713 | 17.40676 
17 BR733 | SIX | BR733 | 1.2877 7.955 10.3251 | 15.1899 | 1.30637 | 7.86233 | 10.36099 | 15.65908 
18 BR733 | SIX SIX 1.4664 8.141 11.3902 | 19.4705 1.3053 8.51408 | 11.06739 | 19.01137 
19 SIX | BR733 | BR733 | 1.5399 7.4566 9.7991 16.0319 | 1.29172 | 7.60183 | 9.59142 | 15.65258 
20 SIX | BR733 | SIX 1.5391 7.9663 10.9063 | 13.8823 | 1.46744 | 8.03317 | 10.59013 | 15.40732 
21 SIX SIX | BR733 | 1.5078 8.4218 10.6197 | 21.9925 | 1.44142 | 8.22203 | 10.18545 | 22.15056 
22 GIGA | BR733 | SIX 1.2014 7.0065 10.4098 | 11.1235 | 1.11434 | 6.98772 | 10.25939 | 11.52439 
23 SIX SIX | BR733 1.058 7.4031 10.0852 | 13.5477 | 1.06877 | 7.42305 | 9.83488 | 13.73901 
24 BR733 | GIGA SIX 1.2905 6.4926 9.7467 9.1049 1.24636 | 6.51581 9.563 10.2016 
25 BR733 | SIX GIGA 1.2798 7.681 9.0036 14.0829 1.3047 7.78317 | 8.74324 | 14.08931 
26 SIX GIGA | BR733 1.519 6.7215 8.8515 9.9500 1.35559 6.7525 8.62544 | 10.54422 
27 SIX | BR733 | GIGA 1.4169 7.318 8.4881 12.1508 | 1.30669 | 7.38083 | 8.25905 | 12.56952 

Table 18. Test Result of Test Case S1 — S4. 
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Pat A B Cc Sim S5 | SimS6 | SimS7 | SimS8 Sim $9 TB $5 TB S6 TB S7 TB $8 TB S9 
01 GIGA GIGA GIGA 16.6589 | 10.2673 1.0055 5.3012 6.9886 15.9786 | 9.30717 | 0.97734 | 5.12018 | 6.77685 
02 | GIGA GIGA BR733 11.9086 5.0118 1.0488 5.6899 8.3268 13.9259 | 4.96472 | 0.94298 | 5.58044 | 8.21316 
03 | GIGA BR733_ | GIGA 12.8099 7.4687 1.0636 6.3843 8.0593 13.0662 | 4.33376 | 0.88703 | 6.34986 | 7.90056 
04 | GIGA BR733 | BR733 21.1609 | 3.1608 1.1247 6.611 9.2771 20.4154 | 3.78934 | 1.04139 | 6.69614 | 9.21795 
05 | BR733 | GIGA GIGA 14.9085 | 7.5642 1.1665 5.8862 7.3435 14.6145 | 7.00596 | 1.14467 | 5.87464 | 7.26764 
06 | BR733 | GIGA BR733 15.6307 | 15.3563 1.3483 6.2286 8.6711 15.7297 | 14.4355 | 1.28264 | 6.20492 | 8.51984 
07 | BR733 | BR733 | GIGA 12.6598 | 11.3845 1.2064 6.8876 8.1804 13.6160 | 10.8106 | 1.22803 6.838 8.23206 
08 | GIGA GIGA SIX 24.2953 | 18.7025 1.2656 7.2717 9.5299 | 23.3200 error 1.40952 | 7.21558 | 9.37386 
09 | GIGA SIX GIGA 14.9543 5.0028 1.1559 5.9421 9.4775 16.6374 error 1.0393 5.91619 | 9.46308 
10 | GIGA SIX SIX 14.4386 7.6163 1.0827 7.392 8.776 14.2478 error 0.96261 | 7.28895 | 8.53298 
11 SIX GIGA GIGA 26.8708 3.5508 error error error 25.7966 error error error Error 
12 | SIX GIGA SIX 15.2147 | 12.6736 1.4408 6.2603 7.5815 14.5530 error 1.34883 | 6.42448 | 7.34622 
13 | SIX SIX GIGA 19.7351 | 21.8104 error error error 19.0296 error error error Error 
14 | SIX SIX SIX 15.0131 17.3469 error error error 15.8605 error error error Error 
15 | BR733 | BR733 | SIX 30.6386 | 26.8308 error error error 30.3491 error error error Error 
16 | BR733 | SIX BR733 15.9958 | 11.4163 1.4044 7.5513 10.6311 | 18.1436 error 1.2627 7.3226 10.5296 
17 | BR733 | SIX SIX 17.4819 | 15.2354 1.3635 8.145 10.1949 | 17.6795 error 1.43925 | 8.14897 | 10.1235 
18 | SIX BR733 | BR733 26.8316 7.6992 error error error 25.8905 error error error Error 
19 | SIX BR733 | SIX 21.4192 | 12.7286 1.5526 7.7897 9.7489 | 20.7330 error 1.53566 | 7.74292 | 9.77058 
20 | SIX SIX BR733 19.6194 | 21.2661 error error error 19.8816 error error error Error 
21 GIGA BR733 | SIX 15.9954 | 17.1591 error error error 18.0537 error error error Error 
22 | SIX SIX BR733 15.1154 3.0755 1.0286 6.968 10.3324 | 16.9338 | 3.54885 | 0.98269 | 6.96762 | 10.1936 
23 | BR733 | GIGA SIX 14.1918 | 2.9624 1.1604 7.4252 10.1292 | 15.9926 | 3.01411 | 1.13197 | 7.34378 | 9.80498 
24 | BR733 | SIX GIGA 14.8577 7.646 1.3054 6.4696 9.7671 16.0315 | 7.41357 | 1.31191 | 6.61303 9.6173 
25 | BR733 | GIGA SIX 13.0968 7.5482 1.2145 7.7743 9.1113 13.662 6.80710 | 1.18966 | 7.54856 | 8.86581 
26 | SIX GIGA BR733 12.3277 | 12.6422 1.3706 6.6922 8.8251 13.8393 | 11.1170 1.3903 6.77245 | 8.86009 
27 | SIX BR733 | GIGA 11.7289 | 12.4794 1.453 7.3095 8.4703 12.4880 | 12.0423 | 1.34461 | 7.45797 | 8.32806 
Table 19. Test Result of Test Case S5 — S9 
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1. Result for Test Case $1 
The graphical result of the simulation model and testbed for Test Case S1 


is shown in the following figure. The graph show that there is a general trend of 


the two recorded response time is similar. 
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Figure 10. Graphical result of S1 


The simulation model chose a pattern that is the 4" best result from the 


test bed. The difference in the timing selected is 0.098sec. 


























Roles Role 1 (1 user), Ram Limit 1.5 
Sim Test bed 
SIX None B 
BR733 None None 
GIGA A, B, C A,C 








Table 20. Optimal Deployment Pattern S1 
The difference in the result could be attributed to the randomness of the 


test bed and simulation. 
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CPUJpat1][GIGA] in model.GIGA[2] (output_pat01.vec) 
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Figure 11. CPU Utilization for Optimal Deployment Strategy Pattern 1 








RT[pat1][ROLE1] in model.ROLE1[0] (output_pat01.vec) 
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Figure 12. Role Response Time for Optimal Deployment Pattern 1 


The CPU utilization diagram shows that the CPU utilization of GIGA is 


fairly low at (0.55%) and therefore the deployment pattern is able to support a 


44 


significant growth in the number of roles. The response time range is (8, 0.8) sec 


(max, min). 


2. Result for Test Case S2 
The graph shows that the simulation model modeled the test bed 
accurately. The highest difference between any deployment patterns is 0.2 sec. 

















Simulation Result of Test Case S2 
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Figure 13. Graphical result of S2 


For test case 2, the simulation model chose the same optimal deployment 


pattern as the test bed. 























Roles Role 2 (1 user) , Ram Limit 1.5 
Sim Testbed 
SIX None None 
BR733 None None 
GIGA A, B, C A, B,C 











Table 21. Optimal Deployment Pattern S2 
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Figure 14. CPU Utilization for S2 
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Figure 15. Role Response Time for S2 
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The CPU utilization diagram shows that the CPU utilization of GIGA is low 
at (43%) and therefore the deployment pattern is able to support a higher number 
of roles. The response time range is (8.8, 0.8) sec (max, min). 


3. Result for Test Case S3 
The graph shows that simulation model modeled the test bed accurately. 
The highest difference between any two patterns is 0.6 sec. 
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Figure 16. Graphical result of S3 


For test case 3, the simulation model chose the same optimal deployment 


pattern as the test bed. 


























Roles Role 3 (1 user) , Ram Limit 1.5 
Sim Testbed 
SIX None None 
BR733 None None 
GIGA A, B, C A, B,C 








Table 22. Optimal Deployment Pattern S3 
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Figure 17. CPU Utilization for S3 

















 RT[pat1][ROLE2_0] in model.ROLE2. 0[0] (output_pat01.vec) 
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Figure 18. Response Time for S3 


The CPU utilization diagram shows that the CPU utilization of GIGA is low 
at (59%) and therefore the deployment pattern is able to support a small increase 


in the number roles. The response time range is (11.8, 0.5) sec (max, min). 
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4. Result for Test Case S4 
The graph shows that simulation model modeled the test bed accurately. 
The highest difference between any two patterns is 1 sec. 





Simulation Result of Test Case S4 
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Figure 19. Graphical result of S4 


For test case 4, the simulation model chose the same optimal deployment 


pattern as the test bed. 























Roles Role 2 (4 user) RAM Limit 1.5 
Sim Testbed 
SIX C C 
BR733 A A 
GIGA B B 











Table 23. Optimal Deployment Pattern S4 
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Figure 21. Response Time for S4 
The average CPU utilization is GIGA 69%, BR733 52%, SIX 40%. The 
CPU utilization diagram shows that the CPU utilization of GIGA is high although it 


has the fastest microprocessor. We can derive that for Role 2 deployment the 
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object server B is consuming more CPU cycle compared to other object server. 
Therefore, to support Role 2, the object server B should run on the fastest CPU. 
The deployment pattern might be able support a small increase in the number 
roles. However, an increase may result in GIGA being the bottleneck of the 
deployment server and thus further delaying the response time. The response 


time range is (30.0, 0.5) sec (max, min). 


o; Result for Test Case S5 
The graph shows that simulation model modeled the test bed accurately. 
The highest difference between any two patterns is 2 sec. 





Simulation Result of Test Case S5 
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Figure 22. Graphical result of S5 


For test case 5, the simulation model chose the same optimal deployment 


pattern as the test bed. 























Roles Role 3 (3 user) RAM Limit 1.5 
Sim Testbed 
SIX A A 
BR733 B B 
GIGA C C 











Table 24. Optimal Deployment Pattern S5 
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Figure 24. Response Time for S5 
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The average CPU utilization is GIGA 65%, BR733 62%, SIX 25%. The 
CPU utilization diagram shows that the CPU utilization of GIGA is high although it 
has the fastest microprocessor. We can derive that for Role 3 deployment the 
object server C is consuming more CPU cycle compared to other object server. 
Therefore, to support Role 3, the object server C should run on the fastest CPU. 
The deployment pattern might be able support a small increase in the number 
roles. However, an increase in the number of Role 3 may result in GIGA being 
the bottleneck of the deployment server and thus further delaying the response 


time. The response time range is (32.0, 0.5) sec (max, min). 


6. Result for Test Case S6 

The graph shows that simulation model modeled the test bed accurately. 
The highest difference between any two patterns is 3 sec. Deployment patterns 
that fail the RAM limit will be given a response time of 0. Although the total RAM 
is sufficient to serve the object server, the testbed registered more errors than 


the simlulation model. 





Simulation Result of Test Case S6 
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Figure 25. Graphical result of S6 


53 


For test case 6, the simulation model chose the same optimal deployment 
pattern as the test bed. 





















































Roles Role 1 (28 user) RAM Limit 1.5 
Sim Testbed 
SIX Cc Cc 
BR733 A A 
GIGA B B 
Table 25. Optimal Deployment Pattern S6 
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Figure 26. CPU Utilization for S6 


The average CPU utilization is GIGA 10%, BR733 99%, SIX 40%. BR733 
has reached optimal CPU utilization and therefore an increase in the number of 


role 1 will result in a significant increase in the response time. 
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7. 


Result for Test Case S7 
The graph shows that simulation model modeled the test bed accurately. 


Deployment patterns that fail the RAM limit will be given a response time of 0. 


The highest difference between any two patterns is 0.1 sec. 
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Figure 27. Graphical result of S7 


The simulation model chose the 4" optimal deployment pattern as the test 


bed. The difference in the timing selected is 0.09sec. 























Roles Role 1 (1 user) RAM Limit 1.0 
Sim Testbed 
SIX None None 
BR733 None B 
GIGA A, B, C A,C 














Table 26. 


Optimal Deployment Pattern S7 


The difference in the result could be attributed to the randomness of the 


test bed and simulation. 
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CPU[pat1][GIGA] in model.GIGA\2] (output_pat01.vec) 
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Figure 28. CPU Utilization for S7 








RT[pat1][ROLE1] in model.ROLE1[0] (output_pat01.vec) 


| 
6+ 
TE INL AH | 
































0 5000 10000 15000 20000 25000 30000 











Figure 29. Response Time for S7 
The CPU utilization diagram shows that the CPU utilization of GIGA is 
fairly low at (0.55%) and therefore the deployment pattern is able to support a 
significant growth in the number of roles. The response time range is (8, 0.8) sec 


(max, min). 
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8. Result for Test Case S8 


The graph shows that simulation model modeled the test bed accurately. 


Deployment patterns that fail the RAM limit will be given a response time of 0. 


The highest difference between any two patterns is 0.17 sec. 





Simulation Result of Test Case S8 
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Figure 30. Graphical result of S8 


For test case 8, the simulation model chose the same optimal deployment 


pattern as the test bed. 


























Roles Role 2 (1 user) RAM Limit 1.0 
Sim Testbed 
SIX None None 
BR733 None None 
GIGA A, B, C A, B, C 











Table 27. 


Optimal Deployment Pattern S8 
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Figure 31. CPU Utilization for S8 
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Figure 32. Response Time for S8 
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The CPU utilization diagram shows that the CPU utilization of GIGA is low 
at (43%) and therefore the deployment pattern is able to support a higher number 
of roles. The response time range is (8.8, 0.8) sec (max, min). 


9. Result for Test Case S9 
The graph shows that simulation model modeled the test bed accurately. 
The highest difference between any two patterns is 0.3 sec. 





Simulation Result of Test Case S9 
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Figure 33. Graphical result of S9 


For test case 9, the simulation model chose the same optimal deployment 


pattern as the test bed. 


























Roles Role 3 (1 user) RAM Limit 1.0 
Sim Testbed 
SIX None None 
BR733 None None 
GIGA A, B, C A, B,C 








Figure 34. Optimal Deployment Pattern S9 
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Figure 35. CPU Utilization for S9 
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Figure 36. Response Time for S9 
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The CPU utilization diagram shows that the CPU utilization of GIGA is low 


at (59%) and therefore the deployment pattern is able to support a small increase 


in the number roles. The response time range is (11.8, 0.5) sec (max, min). 


D. COMPARING SIMULATION RESULT WITH TIME SLICE 
The simulation model is executed for the same simulation duration with 


the time slice scheduling turn on. The time slice execution time is set to 0.3sec, 


0.5sec, 1.0sec and 2.0sec. 


The result of the simulation run is shown in the following table and graph:- 


Effects of Time Slice Scheduling 
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Figure 37. Graphical result of Time Slice 
















































































Pat A B Cc No Time Time Time Time Time 
Slice Slice 0.5s | Slice 1.0s | Slice 2.0s | Slice 5.0s 

01 GIGA GIGA GIGA 10.2673 10.9358 10.0966 10.6519 10.6164 
02 GIGA GIGA BR733 5.0118 5.3189 5.3019 5.1548 5.1669 
03 GIGA BR733 | GIGA 7.4687 8.1836 7.6092 7.8479 7.4783 
04 GIGA BR733 | BR733 3.1608 3.2072 3.2172 3.0915 3.1004 
05 BR733 | GIGA GIGA 7.5642 8.7225 8.1007 7.8081 7.6405 
06 BR733 | GIGA BR733 15.3563 16.7883 15.5095 15.4238 15.2421 
07 BR733 | BR733 | GIGA 11.3845 12.7411 12.1498 11.6686 11.6405 
08 GIGA GIGA SIX 18.7025 20.6597 20.0523 18.9089 19.1652 
09 GIGA SIX GIGA 5.0028 5.6524 5.1628 5.2054 5.0293 
10 GIGA SIX SIX 7.6163 8.149 7.6878 7.7994 7.7651 

11 SIX GIGA GIGA 3.5508 3.7054 3.6127 3.5222 3.4656 
12 SIX GIGA SIX 12.6736 13.9895 13.3366 12.7324 12.8287 
13 SIX SIX GIGA 21.8104 23.6205 23.0301 22.2968 21.7443 
14 SIX SIX SIX 17.3469 19.0373 17.9977 17.5824 17.7654 
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15 | BR733 | BR733 | SIX 26.8308 29.3954 27.6991 26.661 26.788 
16 | BR733 | SIX BR733 11.4163 12.6777 12.1825 11.8247 11.816 
17 | BR733 | SIX SIX 15.2354 16.6897 15.9339 15.9211 15.4134 
18 | SIX BR733_| BR733 7.6992 8.5918 8.0474 7.7426 7.665 

19 | SIX BR733_| SIX 12.7286 13.9053 13.3378 12.9587 12.8274 
20 | SIX SIX BR733 21.2661 24.0776 23.1732 22.7373 21.6597 
21 GIGA BR733_| SIX 17.1591 18.8565 17.7471 17.8394 17.5215 
22 | SIX SIX BR733 3.0755 3.1661 3.0991 3.0019 3.0072 
23 | BR733 | GIGA SIX 2.9624 2.9561 2.9226 2.9383 2.8604 
24 | BR733 | SIX GIGA 7.646 8.6442 8.0717 7.7522 7.6896 
25 | BR733 | GIGA SIX 7.5482 8.6368 8.1036 7.6793 7.6413 
26 | SIX GIGA BR733 12.6422 13.8606 13.228 12.8806 12.6538 
27 | SIX BR733_| GIGA 12.4794 14.1494 13.1931 12.8856 12.725 
































Table 28. Test Result with Time Slice 
The time slicing scheduling has no effect on the prediction of the optimal 
deployment. The time slicing interrupt time has effect on the response time. If 
the time slice interrupt time is much smaller than the execution time of the 
method call, then the overall response time will increase. This is due to the 
additional overhead in switching the process. If the time slice interrupt time is 
close to the execution time, then the overall response time is similar to the result 


of non-time slicing scheduling. 


E. STUDY OF GROWTH POTENTIAL 
The simulation model is also useful to study the effect of growth in the 
number of roles. The simulation model is run with 1, 2, 4 and 8 Role 2 and the 


following result of the simulation is shown in the following diagram:- 
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Figure 38. Effect of growth on response time 

Roles Role 2, RAM Limit 0.0 
1 2 4 8 
SIX None None B B 
BR733 None A, C A A 
GIGA A, B, C B Cc C 








Table 29. Effect of growth on deployment pattern 


The simulation run reveals that the increase in the number of roles does 


change the optimal deployment pattern. This implies a change in the number of 


roles will require the system designer to redetermine the optimal deployment 


pattern. 
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F. COMPARING SIMULATION RESULT WITH LINGO MODEL 


The result of deployment pattern by the Lingo model is shown in the 


following tables:- 
































































































































Roles Role 1 (1 user) S1 Role 2 (1 user) S2 Role 3 (1 user) S3 
Sim Math Sim Math Sim Math 
SIX None None None None None None 
BR733 None None None None None None 
GIGA A, B, C A, B,C A, B,C A, B, C A, B, C A, B, C 
Table 30. Result for Test Case S1-S3 
Roles Role 1 (28 user) S4 Role 2 (4 user) $5 Role 3 (3 user) S6 
Sim Math Sim Math Sim Math 
SIX B None A A A A 
BR733 A B,C B C B B 
GIGA C A C B C C 
Table 31. Result for Test Case S4-S6 
Roles Role 1 (1 user) S7 Role 2 (1 user) S8 Role 3 (1 user) S9 
Sim Math Sim Math Sim Math 
SIX C None None None None None 
BR733 A B None C None A 
GIGA B A, C A, B,C A,B A, B,C B,C 
Table 32. Result for Test Case S7-S9 


5 out of the 9 test case has predicted similar deployment pattern in both 


methods. 


within the top 3 optimal deployment pattern. 


G. 


CONCLUSION 


For test case which the result differs, the mathematical prediction falls 


The result of deployment pattern by the Lingo model is shown in the 


following table. Yes implies a correct matching in the recommended deployment 


pattern and No implies a mismatch in the recommended deployment pattern. 





















































Test Case Testbed/Sim Math/Sim Testbed/Math 
S1 No (4") Yes No 
$2 Yes Yes Yes 
$3 Yes Yes Yes 
S4 Yes No No 
$5 Yes Yes No 
S6 Yes Yes Yes 
S7 No (4) No Yes 
$8 Yes No No 
S9 Yes No No 

Table 33. Deployment Strategy Result 
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From the result, the simulation model is able to model the real life test bed 
accurately. In fact, the accuracy of the simulation model is better than the 
mathematical model. The simulation model is able to model 7 out of 9 test cases 
whereas the mathematical model is only able to model the testbed 4 out of 9 test 


Cases. 


The simulation model also provides other useful features compare to the 


mathematical model:- 


e The simulation model will be able to rank the deployment pattern 
according to the response time. The mathematical model will only 
provide a single deployment pattern without making a reference to 
the rest of the deployment pattern. The ranking of deployment 
pattern will allow the system designer to make informed decision if 
other deployment pattern is chosen beside the optimal deployment 
pattern. 


e The rank of the deployment pattern will also allow the system 
designer to make weighed consideration to the best deployment 
pattern. The weighed method in selecting best deployment pattern 


will be explored in the verification experiment 2. 


e The minimum and maximum response time is useful information for 
system designer to know the upper and lower bound of the 


expected response time. 


e The ability to execute the simulation model without considering 
RAM limit provide the system designer the ability to determine 


whether a RAM upgrade will result in better deployment pattern. 


e The simulation model also provides the system designer the ability 
to model the effect of growth in the number of roles and the effect 


of microprocessor upgrade. 
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VI. VERIFICATION EXPERIMENT 2 


A. INTRODUCTION 

The second verification experiment is a new scenario with 3 machine and 
10 object servers. The number of deployment patterns is 59,049. The objective 
of this verification exercise is to verify the robustness of the simulation model with 
high number of deployment patterns. The same environment profile is also used 


on on the mathematical model and the result of the two models is compared. 


If a testbed methodology is used to find the optimal deployment for this 
scenario, the time needed to test all 59049 deployment pattern is 59049*8hrs = 
472392 hrs (i.e. 53 years). In the simulation model, a 8hrs simulation time can 
be simulated within 20 secs, therefore for 59049 deployment pattern the time 
needed is 59049*20sec = 328hrs (i.e. 13 days). The simulation model has 
reduced the time needed by 1490%. 


To further reduce the number of deployment patterns to simulate, the 
model has bound by setting the ram limit to 1.0. With the bounded ram limit, any 
deployment pattern that uses more RAM than a machine possessed is rejected. 
This is a reasonable assumption since the memory swapped time will contribute 
siginificantly to the response time and therefore will not result in the optimal 
response time. For this experiment, the number of deployment pattern is 
reduced to 1121. 


B. SCENARIO PROFILE 
The various profiles used in defining the environment is shown in the 


following table:- 




















Machine RAM (MB) CPU Speed (MHz) 
Mozart 256 2000 
Handel 512 2400 

Beethoven 1000 3000 














Table 34. Machine Profile 
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OBJECT METHOD Number of | Average RAM Size 
SERVER instruction Size of (MB) 
cycle Message 
(bits) 

A 1 1579000 216000 139 
A 2 1140000 2296000 
A 3 1599000 1736000 
A 4 1394000 528000 
B 1 705000 2752000 122 
B 2 1740000 736000 
C 1 243000 1968000 145 
C 2 702000 2824000 
C 3 1892000 3728000 
D 1 490000 3752000 153 
D 2 1445000 1912000 
E 1 1315000 3640000 231 
E 2 1437000 2984000 
E 3 1108000 2616000 
F 1 1286000 2800000 130 
F 2 1528000 2064000 
F 3 367000 3328000 
F 4 1750000 3632000 
F 5 1802000 3800000 
G 1 845000 2968000 142 
G 2 1437000 104000 
G 3 950000 3848000 
H 1 1395000 2552000 200 
H 2 1352000 3384000 
| 1 2215000 1336000 189 
J 1 1201000 392000 80 
J 2 1606000 2624000 
J 3 557000 856000 
J 4 1101000 248000 






































Table 35. Object Server Performance Profile 
Primary Method Secondary Method 
D.2 A.2 
J.2 B.1 
J.3 1.1 
E.1 EO 
H.1 G.3 
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Table 36. Complex Object Server Call Profile 
















































































Roles Call Pattern 
Role 0 50 F1.B1 + 1F1.B2 + 1 F2.B1 + 1 F2.B4 
Role 1 10 F1.B1 + 40 F1.B2 + 24 F5.B2 
Role 2 50 F4.B1 + 10 F5.B1 + 2 F5.B3 + 1 F3.B1 + 30 F2.B2 
Role 3 30 F2.B3 
Table 37. Role Call Pattern 
Buttons Method Call 
F1.B1 G.2+C.2+A.1 
F1.B2 F:3 
F1.B3 H.2 
F2.B1 E.2+G.2 
F2.B2 J.4+B.2 
F2.B3 D.2 
F2.B4 B.2+E.1 
F3.B1 J.3 
F3.B2 F.2+B.1+E.2+F.3 
F4.B1 J.2+A.2 
F5.B1 H.1 + F.3 + J.3 
F5.B2 B.1+E.2 
F5.B3 11+J.2 
F5.B4 D.1 + 1.1 
F5.B5 1.1 














Table 38. User Interface Call Chart 


C. MODEL SETUP 
1. Simulation Model Setup 


The configuration file in the simulation model is shown in Appendix D.A. 
A memory leak was encountered with the OMNet++ while executing the 59049 
simulation model. The problem was highlighted to the author of OMNet++. To 
circumvent the problem, the simulation run was divided down into 6 run with 


10000 runs each. A batch program was used to automate the running of the 6 


runs. 
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2. Lingo Model Setup 
A new Lingo model is created and is shown in Appendix D.B. The Lingo 
model created supports the computation based on instruction cycle instead of 


time. 


D. WEIGHED MODEL 

For an environment with only one role type, the average response time is 
used to determine the optimal deployment pattern. However, when there is more 
than one role type, using the average response time of a role may penalize other 
roles. There are a few methods to determine the optimal deployment pattern:- 

1. Ranking 

The optimal deployment pattern can be determine by ranking the average 
response time for each role and comparing the top n deployment pattern and 


determine the pattern that appears most frequent in all the roles. 


2. Highest Priority 

The optimal deployment pattern can be determine by selecting the highest 
priority role and select the lowest average response time. This will ensure that 
deployment pattern selected will favor the role with the highest priority. 


3. Weighted Model 

The third method is to assigned weighs to the role response time. Instead 
of selecting the role highest priority, the weighted model will assign weightage to 
all roles. The weights can be derived based on the criticality of the machine, and 
the required response time. For example, the weight of a command and control 
system (C2) should be higher than a manpower system simply because the time 
critical nature of C2 system. The weight is used to compute a model value based 


on the following forumla:- 
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n-1 


Model = > wR, yy =i 
0 S.0. ; ; 


where w; — weigh for object sever i; 
Ri — average response time for object sever i 


The deployment pattern with the smallest model value will be selected as 


optimal. Some examples of weight used are:- 





S/No Weight Remarks 


[Role1, Role2, Role3, Role4] 











01 [0.25, 0.25, 0.25, 0.25] The optimal deployment pattern selected 
will have placed equal weight to each 
role. 

02 [0.0, 0.0, 1.0, 0.0] The emphasis is placed on Role3. The 


deployment pattern selected will have the 
lowest response time for Role3. The 
result is similar to the highest priority 
method. 








03 [0.1, 0.2, 0.2, 0.5] An unequal weighted scheme with 
emphasis placed on Role4. 











Table 39. Example of Weighted Model 


E. COMPARING SIMULATION RESULT WITH LINGO MODEL 

1. Equal Weigh Model 

The simulation and Lingo model was run and the equal weighted model is 
used to determine the optimal deployment pattern for the simulation result. The 
detail result of the simulation model is shown in Appendix D. The optimal 


deployment pattern is shown on the following table:- 
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Model Deployment Pattern 


[A, B, C, D, E, F, G, H, I, J] 








Simulation [Bee] [Moz] [Bee] [Bee] [Han] [Han] [Han] [Bee] [Bee] [Moz] 








Lingo [Bee] [Han] [Han] [Bee] [Bee] [Bee] [Moz] [Bee] [Han] [Moz] 








Table 40. Deployment Pattern 


Both results have spread the object server on all machines. Based on the 
response time generated by the simulation model, the Lingo model has picked a 
deployment pattern that is rank 149 positions. Although, the ranking differs 
significantly, the difference in the response time between the two results is small. 
The difference in response time in between the two patterns in shown below: 


Average Response Time 
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Figure 39. Role Response Time 
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Figure 40. Result wrt to overall response time 
(#,4) - represents the simulation and Lingo model result respectively. 
2. Effect of Weigh Model 
Different scenario with different weigh model is used to compute the effect 
on the deployment pattern. The computation is done using an Excel spreadsheet. 


The result is shown in the following table:- 











Weight Deployment Pattern/Response Time 
[R1, R2, R3, R4] [A, B, C, D, E, F, G, H, I, JJ 
[0.25, 0.25, 0.25, 0.25] [Bee] [Moz] [Bee] [Bee] [Han] [Han] [Han] [Bee] [Bee] [Moz] 


[2.6609, 1.7026, 2.4717, 1.9685] 





[0.0, 1.0, 0.0, 0.0] [Han] [Bee] [Bee] [Han] [Bee] [Bee] [Moz] [Han] [Bee] [Moz] 


[2.9501, 1.2959, 3.1182, 2.5366] 





[0.1, 0.2, 0.2, 0.5] [Bee] [Han] [Bee] [Bee] [Han] [Han] [Moz] [Bee] [Bee] [Moz] 


[2.9601, 1.4188, 2.9301, 1.8381] 








[0.0, 0.2, 0.3, 0.5] [Bee] [Han] [Moz] [Bee] [Han] [Bee] [Han] [Bee] [Bee] [Moz] 


[3.0716, 1.9974, 2.3948, 1.8735] 








Table 41. Weighted model 
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The scenario with different weigh model has shown that there is an effect 
on the deployment pattern in response time of the system. The weighted method 
is effective to determine the optimal deployment pattern based on difference 


priority. 


F, CONCLUSION 

The second verification exercise has shown that the simulation model is 
robust in a profile with high number of deployment patterns. The Lingo and 
simulation model has predicted a deployment pattern that has average response 
time that is close to each other. The verification exercise has also introduced 
and verified the use of a weighted model to determine the best optimal 


deployment pattern in an environment with more than one role. 
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Vil. RECOMMENDATION AND FUTURE WORKS 


Although the result from two experiments has verified that the simulation 
model has modeled closely the distributed object server environment, there are 


multiple ways that the model could be improved. 


A. MODELING OF SYSTEM USING UML 

The current configuration files are in textual format, and are generated 
manually by the system designer. This is a tedious task especially with complex 
environment. It will be more efficient to model the environment profiles as part of 
the system design process. As UML is becoming the de-facto standard for object 
oriented design methodology, future work in integrating the simulation model into 
the UML modeling will be useful. The UML deployment and class diagram can 
be translated into information needed in the various profiles. Tagged values can 
be added to the deployment diagram to represents machine profile such as CPU 
speed, RAM limit, network bandwidth etc. Tagged values can also be added to 
the class diagram to represents class profile such as complex method calls, 


computation time and the return message size. 


There are existing tools that can convert the UML diagrams to XMI 
schemas or DTD (Document Type Definition). By changing the simulation model 
to support XML format, integration the simulation model with UML is possible. 


B. IMPROVED NETWORK MODELING 

The current simulation model only implements a simple network model. 
Future work can be done to improve the network model by implementing the 
different layering of network deployment. The model can be improved by 
modeling network protocol such as ATM, 802.11 and TCP/IP. The model can 
also be enhanced by allowing system designer to specify the network 
architecture of the system. For example, the system designer can specify the 


network domain, router and firewall deployment. 


15 


The current network model also assumes a symmetric and error free 
network between the role and the machine. However, the real-world network 
configuration could be asymmetric in nature. For example, DSL and broadband 
network has asymmetric communication § link. Machine to machine 
communication within an enclave will potentially have a higher bandwidth than 
communication with host outside an enclave. Building support for asymmetric 


communication will improve the accuracy of the model. 


Network error rate with have significant impact in the overall performance 
of a distributed system. A network segment with a high error rate will result in 
more loss packet, higher retransmission and thus longer response time. 
Therefore, the optimal deployment strategy may avoid deploying object server on 
machine that rides on a network segment with higher network error rate. To 


model the effect of network error, the following work must be done:- 


e Model the error handling mechanism by the network protocol e.g. 
TCP/IP error handling protocol. 


e For every message send or received, model the probability of error 


using the network error rate. 


e For message with error, retransmit or request for the message 


again. 


C. REFINING THE RESULT TO ROLE/METHOD CALL LEVEL 

The simulation model determines the optimal deployment pattern based 
on average response time. However, each method call may not have equal 
priority. A method call for real-time data update has a higher priority than for 
static data update. Real-time data update will have a more stringent demand for 
the response time. For roles with many low priority calls, using the average 
response time to select a deployment pattern may not be realistic. Ignoring low 
priority call altogether will also present an unrealistic load on the machine CPU. 


Therefore, there is a requirement to refine the simulation model to model timing 
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priority for method call and determine the optimal deployment based on high 
priority method call. 


D. ENTERPRISE RESOURCE PLANNING (ERP) 

Enterprise resource planning (ERP) capabilities can be added to the 
simulation model to enable the system designer to study the effect and expenses 
of adding memory, upgrading the CPU or adding addition machine. ERP also 
allows the system designer to study the effect of reducing the number of machine 
due to machine failure. The simulation model could advise system designer the 
most cost effective upgrade that would give the most performance improvement 


for the least amount of money. 


E. CONSTRAINTING THE DEPLOYMENT PATTERNS 

Further works to explore other constraints to the deployment patterns. 
The aim of introducing more constraint is to reduce the time need to execute the 
simulation. Besides limiting the deployment patterns based on RAM limit, the 
following constraints can be further explored:- 


e Constraint based on the CPU limit. Deployment patterns with CPU 


resource utilization exceeding the preset CPU limit will be rejected. 


e Constraint based on probable inferior deployment. For example, 
deployment pattern which does not involve the most powerful CPU 
will likely not be the optimal provable deployment. 


e Constraint based on network bandwidth. For example, with two 
identical CPU, the CPU with the higher network bandwidth with the 
role should be favored. 


e Constraint based on user defined deployment pattern preference. 
Specific machine are used to run legacy application due to system 


and interface constraint. For example, application written for 


V7 


Windows 95 environment will not be portable to a machine running 
WindowsXP. 
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Vil. CONCLUSION 


The response time predicted by the simulation model is quite close to the 
scenario tested. The simulation model is also able to consistently select the top 
few deployment patterns. Verification experiment one has shown that the 
simulation model prediction matches the test bed better than the mathematical 


model. 


There are other strengths in the simulation model. First, the simulation 
model provides a good overview of the response time of the system. The 
simulation model provides information such as maximum, minimum and average 
response time of a role. This information is a good benchmark for system 
designer to set a reasonable expectation of the response time. The model also 
provides the response time of other deployment pattern other than the optimal 
deployment, thus allowing the system designer to study the tradeoff of selecting 
other deployment pattern. For example, if the second optimal deployment meets 
the operational requirement, it may be favor over the optimal pattern because of 


deployment preference. 


The simulation model is also a valuable tool for the system designer to 
determine the effect of growth in the number of roles. Since the simulation run is 
easily repeatable, the system engineer can generate the response time based on 
many scenario of increasing role count. The maximum number of roles is 
derived when the response time is greater than the operational requirement. Ina 
deployment environment which the number of roles is constantly changing, the 
optimal deployment pattern of the highest number of roles should be used to 
avoid the need to constantly change the deployement pattern. 


System designer can use the simulation model to determine the effect of 
system upgrade i.e. upgrading CPU speed or RAM. For example, the result of 
the simulation run with no RAM limit can be used to study the effect of upgrading 
the RAM of the system. 
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Lastly the simulation model can also be used for “what-if? scenario in the 
event of system failure. For example, the simulation model allows the system 
designer to determine what the next best deployment pattern is if one of the CPU 


fails. 


The limitation of the simulation model compared to the mathematical 
model is the time needed to run the simulation. For verification exercise 2, the 
simulation run took about 1 day to complete but the mathematical model took 
about 30 secs to complete. The additional time needed is justifiable with the 


functionalities mentioned above. 
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APPENDIX A - SOURCE CODE OF THE SIMULATION MODEL 


A. ADDRESS.CPP 


/! Address.cpp: implementation of the CAddress class. 
I 

TTT 

#include "Address.h" 

#include <string.h> 


Td 
// Construction/Destruction 
LL LLL 


CAddress::CAddress() 


{ 
in_gate = -1; 
out_gate = -1; 
} 
CAddress::~CAddress() 
{ 
} 


void CAddress::SetAddress(int ingate, int outgate, char *svr, char *objapp) 
{ 

strcpy(svr_name, svr); 

strcpy(obj_name, objapp); 

in_gate = ingate; 

out_gate = outgate; 


} 

int CAddress::GetInGateld() 

return in_gate; 

} 

int CAddress::GetOutGateld() 
return out_gate; 

} 

char *CAddress::GetName() 

| return obj_name; 


B. BTNLIST.CPP 


TTT 
// file: btnlist.cpp 


81 


MALTA TE 


#include <stdio.h> 
#include <string.h> 
#include "omnetpp.h" 
#include "global.h" 
#include "simevent.h" 
#include “btnlist.h" 


static CBtnList *m_ButtonList = NULL; 
CBtnList *CBtnList::GetInstance() 


{ 
if (m_ButtonList==NULL) 
{ 
m_ButtonList = new CBtnList(); 
m_ButtonList->initialize(); 
return m_ButtonList; 
} 
CBtnList::CBtnList() 
{ 
} 
CBtnList::~CBtnList() 
{ 
} 


bool CBtnList::initialize() 


buttonCount = 0; 
loadCfg(); //Loading configuration file 
return true; 


} 


bool CBtnList::getButton(char *name, sSBUTTON &button) 


{ 
char tmpstr[MAX_NAME_ SZ]; 
bool found = false; 
int i = 0; 


while ((!found) && (i<buttonCount)) 
{ 


strcpy(tmpstr, m_Button[i].cName); 
if (strcmp(name, tmpstr) == 0) 


button = m_Button[I]; 
found = true; 


} 


i=i+1; 


} 


if (found) 
return true; 
else 
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} 


return false; 


//Method to load the configuration file 
bool CBtnList::loadCfg() 


{ 


char seps[] = "An"; 
char *token; 


FILE *stream; 

char line[100]; 

int pos, len; 

bool endDef; 
SBUTTON tmpButton; 


/* Open for read (will fail if file "data" does not exist) */ 
if( (stream = fopen( "button.def", "r" )) == NULL ) 
{ 


ev << "[CBtnList] >> The file 'data' was not opened\n"; 
return false; 


else 
ev << "[CBtnList] >> The file 'data' was opened\n"; 
while ( fgets( line, 100, stream ) != NULL) 


/!checking the content of the string 


#ifdef DEBUG_FLAG_L1 


#endif 


ev << "[CBtnList] >> Content "<< line << ‘\n’; 


endDef = false; 
if (strstr( line, "[NEW_DEF]") != NULL) 


//New definition of button, next line is name 
if ( fgets( line, 100, stream ) != NULL) 
{ 


strcpy(tmpButton.cName, line); 
len = strlen(tmpButton.cName); 
tmpButton.cName[len-1] = ‘\0'; 

tmpButton.iNumCall = 0; 


} 


while (!endDef) 


{ 
if (fgets( line, 100, stream) == NULL) 
return false; 


if (strstr( line, "[END_DEF]") != NULL) 
{ 
m_Button[buttonCount] = tmpButton; 


buttonCount = buttonCount + 1; 
endDef = true; 
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else 


/* Establish string and get the first token: */ 
pos = 0; 
token = strtok( line, seps ); 


while( token != NULL ) 
{ 


switch (pos) 


case 0: //Getting the object server name 
#ifdef DEBUG_FLAG_L1 
ev << "[CBtnList] >> ObjSvr "<< token << '\n'; 
#endif 


strcpy(tmpButton.svcCall[tmpButton.iNumCall].cObjsvr, token); 
pos++; 
break; 
case 1: //Getting the method name 
#ifdef DEBUG FLAG L1 
ev << "[CBtnList] >> cMethod "<< token << ‘\n'; 
#endif 


strcpy(tmpButton.svcCall[tmpButton.iNumCall].cMethod, token); 
post+; 
break; 


} 
token = strtok( NULL, seps ); 


} 
tmpButton.iNumCall = tmpButton.iNumCall + 1; 


} 
/* Close stream */ 
if( fclose( stream ) ) 
ev << "[CBtnList] >> The file 'data' was not closed\n"; 


return true; 


} 


return false; 


C. DNSSVC.CPP 


/! DnsSvc.cpp: implementation of the CDnsSvc class. 
/ 
NUH 


#include <string.h> 
#include "DnsSvc.h" 
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LLL LLL 
// Construction/Destruction 
LLL LLL 


CDnsSve::CDnsSvc() 


{ 

counter = 0; 
} 
CDnsSve::~CDnsSvc() 
{ 
} 


bool CDnsSve::MapSvcToPort(int ingate, int outgate, char *svr, char *name) 
{ 

char tmpstr[MAX_NAME_ SZ]; 

for (int i=0; i<counter; i++) 


strcpy(tmpstr, m_AddMapli].GetName()); 
if (strcmp(name, tmpstr) == 0) 


//name found, there might be a shift in the ingate and outgate 


m_AddMap[i].SetAddress(ingate, outgate, svr, name); 
return true; 


} 


m_AddMap[counter].SetAddress(ingate, outgate, svr, name); 
counter++; 


return true; 


} 
bool CDnsSvec::FindName(char *name) 
{ 
char tmpstr[MAX_NAME_ SZ]; 
for (int i=0; i<counter; i++) 
{ 
strcpy(tmpstr, m_AddMapli].GetName()); 
if (strcmp(name, tmpstr) == 0) 
return true; 
} 
return false; 
} 
int CDnsSvc::FindInGateByName(char *objsvr) 
{ 


char tmpstr[MAX_NAME_ SZ]; 


for (int i=0; i<counter; i++) 
{ 
strcpy(tmpstr, m_AddMapli].GetName()); 
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if (strcmp(objsvr, tmpstr) == 0) 
return m_AddMapJi].GetInGateld(); 
} 


return -1; 


} 


int CDnsSvc::FindOutGateByName(char *objsvr) 


{ 
char tmpstr[MAX_NAME_ SZ]; 


for (int i=0; i<counter; i++) 


strcpy(tmpstr, m_AddMapli].GetName()); 
if (strcmp(objsvr, tmpstr) == 
return m_AddMap[i].GetOutGateld(); 
} 


return -1; 


D. INTERACTLIST.CPP 


// InteractList.cpp: implementation of the ClnteractList class. 
I 
NUMA 


#include <stdio.h> 
#include <string.h> 
#include "“limits.h" 


#include "omnetpp.h" 
#include "InteractList.h" 


THUMM 
/! Construction/Destruction 
THUMM 
static ClnteractList *m_Interact = NULL; 
ClnteractList *CInteractList::GetInstance() 


{ 
if (m_Interact==NULL) 
{ 
m_Interact = new ClnteractList(); 
m_Interact->initialize(); 
return m_Interact; 
} 
CinteractList::ClnteractList() 
{ 
} 


CinteractList::~ClnteractList() 
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{ 
} 


/!To initialize the InteractList. 
bool ClnteractList::initialize() 


{ 
m_InteractCount = 0; 
loadCfg(); //Loading configuration file 
return true; 

} 


//To get an interact from the object server name provided. 
bool CinteractList::getInteract(char *objsvr, char *method, sInteract &interact) 
{ 

int index = 0; 

bool found = false; 


while ((index < m_InteractCount) && (!found)) 


{ 
if ((stremp(m_InteractList[index].initCall.cObjsvr, objsvr)==0) && 


(stremp(m_InteractList[index].initCall.cMethod, method)==0)) 
{ 


found = true; 
interact = m_InteractList[index]; 
return true; 


index = index + 1; 


} 


return false; 


} 


//Method to load the configuration file 
bool ClnteractList::loadCfg() 
{ 

char seps[] = "An"; 

char “token; 


FILE “file; 

char line[100]; 

int pos = 0; 

bool endDef = false; 


sInteract tmpInteract; 
int tmpint = 0; 

char tmpStr[1 00]; 
char buf[1024 + 1]; 


if( (file = fopen( "interact.def", "r+t" )) == NULL ) 


printf( "The file 'interact.def was not opened\n" ); 
return false; 
} 
#ifdef DEBUG_FLAG_L2 
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ev << "[ClnteractList] >> The file 'data' was opened\n"; 
#endif 


tmpInteract.iNumInteract = 0; 
while (fgets(buf, 1024, file)) 
{ 


if (strstr (buf, "[NEW_INTERACT]") != NULL) 
{ 


strcpy(tmpStr, buf+strlen("[NEW_INTERACT]")+1); 
tmpStr[strlen(tmpStr)-1] = '\0'; 


token = strtok( tmpStr, seps ); 
while( token != NULL ) 
{ 


switch (pos) 


case 0: //Getting the object server name of the method 
#ifdef DEBUG FLAG L1 
ev << "[CInteractList] >> ObjSvr "<< token << ‘\n’; 
#endif 
strcpy(tmpInteract.initCall.cObjsvr, token); 
pos++; 
break; 
case 1: //Getting the method name 
#ifdef DEBUG FLAG L1 
ev << "[ClInteractList] >> cMethod "<< token << '\n'; 
#endif 
strcpy(tmpInteract.initCall.cMethod, token); 
post+; 
break; 


} 
token = strtok( NULL, seps ); 
} 


tmpint = 0; 
while (!endDef) 
{ 
if (fgets(line, 100, file) == NULL) 
return false; 


if (strstr( line, "[END_INTERACT]") != NULL) 

{ 
tmpInteract.iNumInteract = tmpint; 
m_InteractList[m_InteractCount] = tmpInteract; 
m_InteractCount = m_InteractCount + 1; 
endDef = true; 


} 

else if (strstr( line, "[CALL]") != NULL) 

{ 
strcpy(tmpStr, line+strlen("[CALL]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 


/* Establish string and get the first token: */ 


pos = 0; 
token = strtok( tmpStr, seps ); 
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while( token != NULL ) 
{ 


switch (pos) 


case 0: //Getting the object server name 
#ifdef DEBUG FLAG L1 
ev << "[CInteractList] >> ObjSvr "<< token << ‘\n’; 
#endif 


strcpy(tmpInteract.interactCall[tmpInt].cObjsvr, token); 
pos++; 
break; 
case 1: //Getting the method name 
#ifdef DEBUG FLAG L1 
ev << "[ClInteractList] >> cMethod "<< token << '\n'; 


#endif 
strcpy(tmpInteract.interactCall[tmpInt].cMethod, token); 
pos++; 
break; 
} 
token = strtok( NULL, seps ); 
} 
tmpint = tmpint + 1; 
} 
} 
} 
/* Close stream */ 
if( fclose( file ) ) 
ev << "[ClnteractList] >> The file 'data' was not closed\n"; 
return true; 
} 
return false; 
} 


E. METHOD.CPP 


// method.cpp: implementation of the Cmethod class. 
/ 
NMA 


#include <string.h> 
#include "method.h" 


LLL LLL 
// Construction/Destruction 
LLL 


CMethod::CMethod() 
{ 
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} 


CMethod::~CMethod() 
{ 


} 


void CMethod::setMethod(char “str, long cpu, long msg) 
{ 


strcpy(name, str); 
cpuUtil = cpu; 
msgSz = msg; 


F. OBJ.CPP 


/! obj.cpp: implementation of the obj class. 
I 
TTT 
#include <string.h> 

#include "obj.h" 
TTT 
/! Construction/Destruction 
TTT 


CObj::CObj() 
{ 


} 
CObj::~CObj() 
{ 


} 


//To retrieve the CPU utilization requirement given the object server name 
long CObj::getCPU(char *name) 
{ 


char tmpstr[MAX_NAME_ SZ]; 


for (int i=0; i<num_method; i++) 


{ 
strcpy(tmpstr, method[i].name); 
/lif both string is the same 
if (strcmp(name, tmpstr) == 0) 
return method[i].cpuUtil; 
} 
return -1; 
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//To retrieve the message size 
long CObj::getMsgSize(char *name) 
{ 


char tmpstr[MAX_NAME_ SZ]; 


for (int i=0; i<num_method; i++) 


{ 
strcpy(tmpstr, method[i].name); 
/lif both string is the same 
if (strcmp(name, tmpstr) == 0) 
return method[i].msgSz; 
} 
return -1; 


G. OBJLIST.CPP 


/! ObjList.cpp: implementation of the CObjList class. 
I 
NUMA 


#include <stdio.h> 
#include <string.h> 
#include "“limits.h" 


#include "omnetpp.h" 
#include "ObjList.h" 


MAMTA 
// Construction/Destruction 
AMAT 
static CObjList *m_ObjList = NULL; 
CObjList *CObjList::GetlInstance() 


{ 
if (m_ObjList==NULL) 
m_ObjList = new CObjList(); 
m_ObjList->initialize(); 
return m_ObjList; 
} 
CObjList::CObjList() 
{ 
} 
CObjList::~CObjList() 
{ 
} 
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To initialize the ObjList. 
bool CObjList::initialize() 


{ 


} 


m_ObjCount = 0; 
loadCfg(); //Loading configuration file 
return true; 


//To get an object using the object name 
bool CObjList::getObj(char *name, CObj &obj) 


{ 


} 


char tmpstr[MAX_NAME_ SZ]; 
bool found = false; 
int i = 0; 


while ((i<m_ObjCount) && (!found)) 


{ 
strcpy(tmpstr, m_Obj[i].name); 
if (strcmp(name, tmpstr) == 0) 


obj = m_Objfi]; 
found = true; 


i=i+; 


} 


if (found) 

return true; 
else 

return false; 


return true; 


//Method to load the configuration file 
bool CObjList::loadCfg() 


{ 


char seps[] = "An"; 
char *token; 


FILE *stream; 
char line[100]; 
int pos; 

bool endDef; 


CObj tmpObj; 
long tmpLong1, tmpLong2; 
char tnpName[MAX_NAME_ SZ]; 


/* Open for read (will fail if file "data" does not exist) */ 
if( (stream = fopen( "obj.def", "r" )) == NULL ) 
{ 


ev << "[CObjList] >> The file 'data' was not opened\n"; 
return false; 


else 
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ev << "[CObjList] >> The file ‘'data' was opened\n"; 
while ( fgets( line, 100, stream ) != NULL) 


/!checking the content of the string 
#ifdef DEBUG_FLAG_L1 
ev << "[CObjList] >> Content "<< line << ‘\n'; 
#endif 


endDef = false; 
if (strstr( line, "[NEW_OBJ_DEF]") != NULL) 


//New definition of button, next line is name 
if ( fgets( line, 100, stream ) != NULL) 
{ 


pos = 0; 
tmpObj.num_method = 0; 
token = strtok( line, seps ); 


while( token != NULL ) 
switch (pos) 


case 0: //Getting the object server name 
#ifdef DEBUG_FLAG_L1 
ev << "[CObjList] >> ObjSvr "<< token << ‘\n’; 
#endif 
strcpy(tmpObj.name, line); 
pos++, 
break; 
case 1: //Getting the method name 
#ifdef DEBUG_FLAG_L1 
ev << "[CObjList] >> cMethod "<< token << ‘\n'; 
#endif 
tmpObj.ram_sz = atoi(token); 
pos++, 
break; 


} 
token = strtok( NULL, seps ); 


} 
} 
while (!endDef) 
{ 


if (fgets( line, 100, stream) == NULL) 
return false; 


if (strstr( line, "[END OBJ _DEF]") != NULL) 
{ 
m_Obj[m_ObjCount] = tmpObj; 


m_ObjCount = m_ObjCount + 1; 
endDef = true; 
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/* Establish string and get the first token: */ 


pos = 0; 


token = strtok( line, seps ); 


while( token != NULL ) 


{ 


switch (pos) 


case 0: 
#ifdef DEBUG_FLAG_L1 
ev << "[CObjList] >> ObjSvr "<< token << ‘\n'; 
#endif 


case 1: 
#ifdef DEBUG _ FLAG _L1 
ev << "[CObjList] >> cMethod "<< token << ‘\n'; 
#endif 
LONG_MAX; 
larger than expected value received! \n"; 
case 2: 
#ifdef DEBUG _ FLAG _L1 
ev << "[CObjList] >> cMethod "<< token << '\n'; 
#endif 
token = 


} 


//Getting the object server name 


strcpy(tmpName, token); 
pos++, 

break; 

//Getting the method name 


if (atol(token) <= LONG_MAX) 
tmpLong1 = atol(token); 
else 


tmpLong1 = 
ev << "[CObjList] >> 
} 
pos++, 


break; 
//Getting the method name 


tmpLong2 = atol(token); 
break; 


strtok( NULL, seps ); 


tmpObj.method[tmpObj.num_method].setMethod(tmpName, tmpLong1, tmpLong2); 
tmpObj.num_method = tmpObj.num_method + 


} 


/* Close stream */ 
if( fclose( stream ) ) 


ev << "[CObjList] >> The file 'data' was not closed\n"; 


delete(token); 


return true; 
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return false; 


} 
H. SIMEVENT.CPP 


TTT 
// file: SimEvent.cpp 
TTT 
#include "omnetpp.h" 

#include "global.h" 

#include "simevent.h" 


CSimEvent::CSimEvent() 


{ 
numEvent = 0; 
maxPro = 0; 
} 
CSimEvent::~CSimEvent() 
{ 
} 


//Each added event will be indexed and the probability is stored. 
//The maxPro is computed upon each additional event. This maxPro 
/lis used for the random uniform distribution number picked in the 
/!getNextEvent() 
void CSimEvent::addEvent(int index, int pro) 
{ 

prob[index] = pro; 

maxPro = pro + maxPro; 

numEvent = numEvent + 1; 


} 


//\s to get the next event. The index return will be used in order 
//to determine which button is pressed. 
int CSimEvent::getNextEvent() 


{ 


int state = 0; 


//Generate a random discrete number 
int num = intuniform(0,maxPro); 


for (int i=0; i<numEvent; i++) 
state = state + prob[i]; 


#ifdef DEBUG FLAG L2 
ev << "[CSimEvent] state >>" << state << '\n’; 
ev << "[CSimEvent] num >>" << num << ‘\n'; 
#endif 


if (num <= state) 


{ 
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return i; 


} 


return -1; 


I. SMACHINE.CPP 


TTT 
/! file: sMachine.cpp 
TTT 


#include <stdio.h> 
#include <string.h> 


#include "omnetpp.h" 
#include "interactlist.h" 
#include "global.h" 
#include "statlog.h" 


class sMachine : public cSimpleModule 
{ 
Module_Class_Members(sMachine,cSimpleModule, 16384) 
virtual void finish(); 
virtual void activity(); 
virtual void initialize(); 


protected: 
bool isSwitchGateld(int id); 
bool isObjSvrGateld(int id); 
void InitObjSvrName(); 
void AddObjSvrName(char *objsvr, int index); 
int FindObjSvrName(char “objsvr); 


bool initProcess(); 

bool addNewProcess(cMessage *msg); 
int findProcessByRequestld(int id); 

bool execNextProcess(); 

bool deleteProcess(int id); 


bool initRemoteRequestList(); 

int addNewRemoteRequest(int instIndex); 
int findRemoteRequest(int index); 

bool recRemoteResponse(int index); 


double getWaitTime(double cpu, int osid); 
double getWaitTime(); 

bool writeData(char “*str); 

bool loadDef(); 


bool isTimeSlice; 


long cpuPow, ramSz, dataRate2Sw; 
int prevObjSvrld; 
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double ramLimit; 
double totalRamLimit; 
double ramUsed; 


double errorRate2Sw; 
double processSwapTime; 
double diskSwapTime; 
double processCallTime; 
double execTime; 

double ranExec; 


int m2swin_sz; 

int m2swin_id[MAX_GATE_SZ]; 
cGate *m2swin_gft; 

cGate *m2swout_gft; 





int m2osin_sz; 
int m2osin_id[{MAX_GATE_SZ]; 
cGate *m2osin_gft; 





char defFile[MAX_NAME_ SZ]; 
char machineName[MAX_NAME_SZ]; 
char objSvrName[MAX_OBJSVR_PER_MACHINE][MAX_NAME_ SZ]; 


sInstruction instControlBlock[MAX_SIM_INSTRUCTION]; 
int curProcessExecuted; 
int curProcessAddPosition; 


int remoteRequestIdFlag[MAX_REMOTE_REQUEST_PER_MACHINE]; 


char runName[MAX_NAME_ SZ]; 
}; 


Define_Module( sMachine ); 


void sMachine::initialize() 


{ 


/linitialize the list gateid 
m2osin_gt = gate("m2os_in"); 
m2swin_gt = gate("m2sw_in"); 
m2swout_gt = gate("m2sw_out"); 


m2osin_sz = m2osin_gt->size(); 
if (m2osin_sz > MAX_GATE_SZ) 


{ 
ev << "[!! Server] >> Maximum number of gate defined (m2osin_sz) 
m2osin_sz << '‘\n'; 
m2osin_sz = MAX_GATE_SZ; 
} 
for (int i=0; i<m2osin_sz; i++) 


cGate *tmp = gate("m2os_in", i); 
m2osin_id[i] = tmp->id(); 


#ifdef DEBUG_FLAG_L1 
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<< 


ev << "[sMachine] >> ObjSvr (i) " << i <<" (gateid) " << tmp->id() << ‘\n’; 
#endif 
} 


//initializing the list of server to switch gate id 
m2swin_sz = m2swin_gt->size(); 
if (m2swin_sz > MAX_GATE_SZ) 


{ 
ev << "[!! sMachine] >> Maximum number of gate defined (m2swin_sz) " << 
m2swin_sz << '‘\n'; 
m2swin_sz = MAX_GATE_SZ; 
} 


for (i=0; i<m2swin_sz; i++) 

{ 
cGate *tmp = gate("m2sw_in", i); 
m2swin_id[i] = tmp->id(); 


#ifdef DEBUG_FLAG_L1 

ev << "[sMachine] >> Switch (i) "<< i <<" (gateid) "<< tmp->id() << ‘\n'; 
#endif 

} 


cpuPow = 0; 

ramSz = 0; 

ramUsed = 0; 
processSwapTime = 0.0; 
diskSwapTime = 0.0; 
prevObjSvrld = -1; 


InitObjSvrName(); 


//Getting the configuration file name and loading the configuration 
cPar &tmpPar = par("def_file"); 

strcpy(defFile, tmpPar.stringValue ()); 

isTimeSlice = false; 


tmpPar = parentModule()->par("run_name"); 
strcpy(runName, tmpPar.stringValue ()); 
ev << "[sRole] >> Initializing "<< runName << '\n'; 


loadDef(); 


//Getting the configuration file name 
setName(machineName); 


/Mnitialize the process handling list. 
initProcess(); 


//To set the data rate. 
tmpPar.setLongValue (dataRate2Sw); 
m2swin_gt->setDataRate(&tmpPar); 
m2swout_gt->setDataRate(&tmpPar); 


/Mnitialize the interact list 
ClnteractList::GetInstance(); 
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/!To initialze the request list. 
initRemoteRequestList(); 


} 


//To handle the finish event 
void sMachine::finish() 


delete(m2osin_gft); 
delete(m2swin_gft); 
delete(m2swout_gft); 


} 


void sMachine::activity() 
double clock_speed = 1.0; 
double process_time = 0.0; 
double avg_utilization = 0.0; 


int type, objsvr_id, msgSz, requestld, index, tmpRam; 
bool newMsg = false; 


cPar tmpPar; 


cPar cpObjSvrName, cpMethodName, cpRequestorName; 


cMessage “*svr_resp, *m_resp, *obj_msg; 
cGate *rcv_gate; 
cOutVector resp_v("CPU"); 


/Iwaiting code 
process_time = uniform(1.0,3.0); 
wait(process_time); 
char tmpStr[MAX_NAME_SZ]; 
for(;;) 
//Listen for incoming message 
newMsg = false; 
cMessage *rcv_msg = receive(0.01); 
if (rcv_msg != NULL) 
{ 
newMsg = true; 
type = rcv_msg->kind();_ _//Message kind 
rcv_gate = rcv_msg->arrivalGate(); 
#ifdef DEBUG FLAG L2 
ev << "[sMachine] >> receiving msg type " << type << ‘\n'; 
#endif 
//Message is from the m2sw_in port. 
if (isObjSvrGateld(rcv_gate->id())) 
{ 
switch (type) 


case OBJSVR_REGISTER: 


99 


/IOBJSVR register message to be sent over to the DNS 
server 


/! Forward the information to the serevr 

svr_resp = new cMessage( "NAME_REGISTER', 
NAME_REGISTER ); 

svr_resp->addPar("add_machine") = machineName; 

svr_resp->addPar("add_name") = rcv_msg- 
>par("add_name"); 

svr_resp->addPar("add_obj") = rcv_msg- 
>par("add_obj"); 

tmpRam = (int)rcv_msg->par("ram_total"); 


/lif the ramLimit is set to 0.0, we will compute the 
//best patten without considering the ram size. 
if (ramLimit != 0.0) 
{ 
ramUsed = ramUsed + tmpRam; 
totalRamLimit = ramLimit*ramSz; 


/!checking for the amount of ram used. 
if (ramUsed > totalRamLimit) 


//the amount of ram used is higher than 
what is currently 
/lavailable. Flag an error. 
CStatLog::GetInstance()- 
>writeLogWithRamError(runName, totalRamLimit, ramUsed); 
endSimulation(); 
} 


} 


send( svr_resp, "m2sw_out"); 


#ifdef DEBUG_FLAG_L2 
ev << "[sMachine] >> Sending NAME_REGISTER response" << '\n'; 
#endif 
//Registering which port is the object server from. 
tmpPar = rcv_msg->par("add_name"); 
strcpy(tmpStr, tmpPar.stringValue ()); 
AddObjSvrName(tmpStr, rev_gate->index()); 
#ifdef DEBUG_FLAG_L2 
ev << "[sMachine] >> Received object server dns request " << tmpPar << ‘\n’; 
#endif 


/Ideleting the received message 
delete rcv_msg; 


break; 


//OBJSVR request to execute on CPU 
case OBJSVR_EXECUTE_ON_CPU: 
#ifdef DEBUG FLAG L2 
ev << "[sMachine] >> Received object server request to execute. \n"; 
#endif 
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//Try adding new process. There might be an error if 
there is in 

//the instControlBlock is full 

if (addNewProcess(rcv_msg)) 


//delete the rev_msg 
delete rcv_msg; 
#ifdef DEBUG FLAG L2 
ev << "[sMachine] >> request saved on instControlBlock! \n"; 


#endif 
} 
else 
/Iwe might want to inform the sender. 
ev << "[sMachine] >> instControlBlock full, 
message discarded! \n"; 
} 
break; 


//OBJSVR send the response back to the role, or remote object 
server 
case OBJSVR_RESPONSE: 
#ifdef DEBUG_FLAG _L2 
ev << "[sMachine] >> Received object server response. \n"; 
#endif 
/IWe have to check whether the address is the to an object 
server running on 
/fon the current machine. 
tmpPar = rcv_msg->par("add_request"); 
strcpy(tmpStr, tmpPar.stringValue ()); 
objsvr_id = FindObjSvrName(tmpStr); 
ev << "[sMachine] >> Received object server response to requestor " << tmpPar << "" 
<< objsvr_id << "\n"; 


if (objsvr_id == -1) 


//The object server is not running on the current 


machine 

msgSz = rcv_msg->par("msgSz"); 

m_resp = new cMessage( 
"OBJSVR_RESPONSE", OBJSVR_RESPONSE ); 

m_resp->addPar("add_request") = rcv_msg- 
>par("add_request"); 

m_resp->addPar("request_id") =  rcv_msg- 


>par("request_id"); 
m_resp->addPar("msgSz") = msgSz; 
m_resp->setLength(msgSz); 
send( m_resp, "m2sw_out"); 
delete(rcv_msg); 


else 


//The object server is running on the current 
machine. 
//Process the request at the machine 
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requestid = rcv_msg->par("request_id"); 
index = findProcessByRequestld(requestld); 
if (index == -1) 

break; 
else 


{ 


recRemoteResponse(index); 
ev << "[sMachine] >> Receiving a remote response id " << requestld <<'\n'; 


delete(rcv_msg); 


} 
break; 
} 
} 
else if (isSwitchGateld(rcv_gate->id())) 


{ 
switch( type ) 


case OBJSVR_RESPONSE: 
#ifdef DEBUG_FLAG_L2 
ev << "[sMachine] >> Received object server response. \n"; 
#endif 
/Ireceiving a response from the remote object server. 
requestid = rcv_msg->par("request_id"); 
index = findProcessByRequestld(requestld); 
if (index == -1) 
break; 
else 


{ 


recRemoteResponse(index); 
ev << "[sMachine] >> Receiving a remote response id " << requestld <<'‘\n'; 


delete(rcv_msg); 
break; 


case INVOKE_OS20S_CALL: 


cpObjSvrName = rcv_msg->par("add_os"); //Object 
server name 

cpMethodName = rcv_msg->par("add_method"); 
//Method name 

cpRequestorName = _ rcv_msg->par("add_request"); 


//Method name 
requestid = rcv_msg->par("request_id"); //Method name 
delete rcv_msg; 


//nvoking object server call 

obj_msg = new cMessage( "INVOKE_OS20S_CALL", 
INVOKE_OS20S_ CALL ); 

obj_msg->addPar("add_os") = coObjSvrName; 

obj_msg->addPar("add_method") = coMethodName; 

obj_msg->addPar("add_request") = coRequestorName; 

obj_msg->addPar("request_id") = requestld; 


strcpy(tmpStr, coObjSvrName.stringValue ()); 
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objsvr_id = FindObjSvrName(tmpStr); 


//Need to check with port to send out to. 
send( obj_msg, "m2os_out", objsvr_id); 


#ifdef DEBUG FLAG L2 
ev << "[Server] >> Invoking object server call on objsvr " << objsvr_id 
<<'\n'; 
#endif 
break; 
case INVOKE_OBJECT_SVR_CALL: 
//Receive message from the switch 
cpObjSvrName = rcv_msg->par("add_os"); //Object 
server name 
cpMethodName = rcv_msg->par("add_method"); 
//Method name 
cpRequestorName = _ rcv_msg->par("add_request"); 
//Method name 
requestid = rcv_msg->par("request_id"); 
delete rcv_msg; 


//Invoking object server call 

obj_msg = new cMessage( 
"INVOKE_OBJECT_SVR_CALL", INVOKE_OBJECT_SVR_CALL ); 

obj_msg->addPar("add_os") = cpObjSvrName; 

obj_msg->addPar("add_method") = coMethodName; 

obj_msg->addPar("add_request") = coRequestorName; 

obj_msg->addPar("request_id") = requestld; 


strcpy(tmpStr, coObjSvrName.stringValue ()); 
objsvr_id = FindObjSvrName(tmpStr); 


//Need to check with port to send out to. 
send( obj_msg, "m2os_out", objsvr_id); 
ev << "[sMachine] >> " << machineName << " receive from 
cpRequestorName << ‘\n'; 


" << 


#ifdef DEBUG_FLAG_L2 
ev << "[Server] >> Invoking object server call on objsvr " << objsvr_id 


<<‘\n'; 
#endif 
break; 
i 
} 
} 
if (InewMsg) 
execNextProcess(); 
} 
} 


[[REREREEEESPERERELELS 


//* Protected Method 


[[EEESEEEESERESEEER ES | 


//Method to initialize the request list. The request list is used to 
//store the list of id that will be used to identify the remote request that was 
//forward other object server. This is needed because the machine may process a 
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/few message from the same object server and the completion of the message may 
/!not be in order. 
bool sMachine::initRemoteRequestList() 


{ 
for (int i=0; i<MAX_REMOTE_REQUEST_PER_MACHINE; i++) 
{ 
remoteRequestldFlag[i] = -1; 
} 
return true; 
} 


//Method to add a new remote request in the request list. 
//The method will find a remoteRequestldFlag that is -1 and 
//use that position to store the corresponding instIndex. 

int sMachine::addNewRemoteRequest(int instIndex) 


{ 


bool found = false; 
int tmpint = 0; 


//Search the requestldFlag to find an id that was not in use. 
while ((tmpInt<MAX_REMOTE_REQUEST_PER_MACHINE) && (!found)) 
{ 


if (remoteRequestldFlag[tmpint] == -1) 


remoteRequestldFlag[tmpInt] = instlIndex; 
found = true; 
return tmpInt; 


tmplint++; 


} 


return -1; 


} 


//Method to return the instruction index of the remote request response. 
int sMachine::findRemoteRequest(int index) 


{ 
} 


//Method to add a new process in queue 
bool sMachine::initProcess() 


{ 


return remoteRequestldFlag[index]; 


for (int i=0; i<MAX_PROCESS_PER_MACHINE; i++) 
{ 


} 


curProcessExecuted = 0; 
curProcessAddPosition = 0; 


instControlBlock[i].used = false; 


return true; 
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//Method to add a new process in queue 
int sMachine::findProcessByRequestld(int id) 


{ 
bool found = false; 
int tmplInt = 0; 
while ((tmpInt<MAX_PROCESS_PER_MACHINE) && (!found)) 
{ 
if ((instControlBlock[tmpInt].used == true) && 
(instControlBlock[tmpInt].remoteRequestld == id)) 
{ 
return tmpInt; 
} 
else 
tmplint++; 
} 
} 
return -1; 
} 


//Method to add a new process in queue 
bool sMachine::recRemoteResponse(int index) 
{ 

int remoteCalllndex = 0; 

int request_id, objsvr_id; 

cMessage *m_resp; 


//reset the remote request id to indicate that the response was received 
remoteRequestldFlag[instControlBlock[index].remoteRequestld] = -1; 


//There is some remote instruction. Format message to send to the remote objsvr. 
if (instControlBlock[index].curRemotelnstruction |= 
instControlBlock[index].maxRemotelnstruction) 
{ 
/lif there is still some other remote call, process the next one. 
instControlBlock[index].remoteRequestld = addNewRemoteRequest(index); 


remoteCalllndex = instControlBlock[index].curRemotelnstruction; 
instControlBlock[index].curRemotelnstruction++; 


cMessage ‘*callmsg = new _ cMessage( “INVOKE _OS20S_CALL", 
INVOKE_OS20S_CALL ); 

call_msg->addPar("add_os") = 
instControlBlock[index].interactList.interactCall[remoteCalllndex].cObjsvr; 

call_msg->addPar("add_method") = 
instControlBlock[index].interactList.interactCall[remoteCalllndex].cMethod; 

call_msg->addPar("add_request") = instControlBlock[index].cObjSvrName; 

call_msg->addPar("request_id") = instControlBlock[index].remoteRequestld; 


int port = 
FindObjSvrName(instControlBlock[index].interactList.interactCall[remoteCalllndex].cObjsvr); 

if ( port == -1) 

{ 
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//Object server is not running on the current machine, forward to the 


switch 
send( call_msg, "m2sw_out"); 
} 
else 
{ 
//Object server is not running on the current machine, forward to the 
correct object server 
int result = send( call_msg, "m2os_out", port); 
} 
instControlBlock[index].wait = true; 
} 
else 
{ 


instControlBlock[index].used = false; 
instControlBlock[index].wait = false; 


request_id = instControlBlock[index].requestld; 
objsvr_id = FindObjSvrName(instControlBlock[index].cObjSvrName); 


/! Forward the information to the serevr 

m_resp = new cMessage( "MACHINE _COMPLETE_EXEC_WITH_REMOTE", 
MACHINE _COMPLETE_EXEC_WITH_REMOTE ); 

m_resp->addPar("request_id") = request_id; 


//set the remote request id to -1. 
remoteRequestldFlag[instControlBlock[index].remoteRequestld] = -1; 


i#ifdef DEBUG_FLAG_L2 


ev <<  "[sMachine] >> Sending MACHINE_COMPLETE_EXEC response " << 
instControlBlock[index].cObjSvrName << ‘\n'; 
/Htendif 


send( m_resp, "m2os_out", objsvr_id); 


} 


return true; 


} 


//Method to add a new process in queue 
bool sMachine::addNewProcess(cMessage *msg) 
{ 
bool found = false; 
int index; 
int tmpint = 0; 
cPar cpObjSvrName, coMethodName, cpOrigRequestName; 


//search for the first empty slot. 
while ((tmpInt<MAX_PROCESS_PER_MACHINE) && (!found)) 
{ 


if (instControlBlock[tmpInt].used == false) 
//found new used position 


found = true; 
index = tmpInt; 
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else 


{ 
tmpint++; 
} 
} 
if (found) 


return false; 
int cou = msg->par("cpu"); 


//both cpu and cpuPow is defined with unit 1000Hz 
double process_time = (double)(cpu)*((double)1/cpuPow); 
ev << "[sMachine] (init) >> index " << index << ‘\n’; 
ev << "[sMachine] (init) >> process time " << process_time << '\n'; 
ev << "[sMachine] (init) >> cpu "<< cpu << ‘\n’'; 
ev << "[sMachine] (init) >> cpuPow " << cpuPow << '\n'; 


/finitializing the value of the instruction control block 

cpObjSvrName = msg->par("add_os"); //Object server name 
strcpy(instControlBlock[index].cObjSvrName, cpObjSvrName.stringValue ()); 
cpMethodName = msg->par("add_method"); //Method name 
strcpy(instControlBlock[index].cMethodName, cpMethodName.stringValue ()); 
cpOrigRequestName = msg->par("orig_request"); //Method name 
strcpy(instControlBlock[index].cOrigRequest, cpOrigRequestName.stringValue ()); 


/!wait is used to determine whether the process is waiting for response from 
//!a remote object server. 
instControlBlock[index].wait = false; 


//setting the current indexed instControlBlock as used. 
instControlBlock[index].used = true; 


//Setting the request id 
instControlBlock[index].requestlId = msg->par("request_id"); 


//Setting the process time. 
instControlBlock[index].processTime = process_time; 


//Setting the information for remote instruction. 

sInteract interact; 

found = false; 

found = ClnteractList::Getlnstance()->getInteract(instControlBlock[index].cObjSvrName, 
instControlBlock[index].cMethodName, interact); 


/lif there is an interaction list found for this method implies that remote objsvr call is 

//required. 

if (found) 

{ 
instControlBlock[index].curRemotelnstruction = -1; 
instControlBlock[index].maxRemotelnstruction = interact.iNumInteract; 
instControlBlock[index].remoteRequestld = -1; 
instControlBlock[index].interactList = interact; 


else 
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instControlBlock[index].curRemotelnstruction = -1; 
instControlBlock[index].maxRemotelnstruction = 0; 
instControlBlock[index].remoteRequestld = -1; 


} 


return true; 


} 


//Method to return the next process for processing 
bool sMachine::execNextProcess() 
{ 

bool found = false; 

bool completeExec = false; 

bool execRemote = false; 

int index; 


int objsvr_id, request_id, port; 

int remoteCalllndex; 

cPar cpObjSvrName, cpMethodName; 
cMessage *m_resp; 

int tmpint = 0; 


//An attempt to make the behaviour of the execution process more random. 
// old code 
// double ranExecTime = uniform(-1*ranExec, ranExec); 


double ranExecTime = uniform(0.0, execTime); 
double ranDelayTime = uniform(0.0, processSwapTime); 


//To find the next instruction to execute 

tmpInt = curProcessExecuted; 

while ((tmpInt<MAX_PROCESS_PER_MACHINE) && (!found)) 
{ 


if ((instControlBlock[tmpInt].used == true) && 
(instControlBlock[tmpInt].wait == false)) 


//found new used position 
found = true; 
index = tmpInt; 

} 

else 

i 
tmpint++; 

} 

} 
if (found) 
tmpint = 0; 


while ((tmpInt<=(curProcessExecuted-1)) && (!found)) 


{ 
if ((instControlBlock[tmpInt].used == true) && 
(instControlBlock[tmpInt].wait == false)) 


//found new used position 
found = true; 
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index = tmpInt; 


} 
else 
{ 
tmpint++; 
} 
} 
} 
//No instruction found. CPU remains idle 
if (found) 


return false; 
if (instControlBlock[index].processTime == 0.0) 


/lif processTime is 0.0, this could be the scenario when the machine is 
//waiting for the response from remote system. If wait is true, then it 
/lis time to execute the next remote call. 

if (instControlBlock[index].wait == true) 


{ 
//instruction still waiting for the remote object server to response. 
/lie do nothing for now. 
return true; 

} 

else 

{ 


//instruction not waiting for the response 

//execute next remote instruction call if any. 

if (instControlBlock[index].curRemotelnstruction == 
instControlBlock[index].maxRemotelnstruction) 


//all instruction completed. 
completeExec = true; 
execRemote = false; 


} 
} 
} 
else 
{ 
if (isTimeSlice) 
// old if (instControlBlock[index].processTime < (execTime+ranExecTime)) 
if (instControlBlock[index].processTime < (ranExecTime)) 
{ 
wait(instC ontrolBlock[index].processTime+ranDelayTime); 
instControlBlock[index].processTime = 0.0; 
execRemote = true; 
} 
else 
// old instControlBlock[index].processTime = 
instControlBlock[index].processTime-(execTime+ranExecTime); 
// old wait(execTime+ranExecTimet+ranDelayTime); 


instControlBlock[index].processTime = 
instControlBlock[index].processTime-(ranExecTime); 
wait(ranExecTime+ranDelayTime); 
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} 


else 


ev << "[sMachine] >> index " << index << ‘\n'; 

ev << "[sMachine] >> random delay time " << ranDelayTime << ‘\n’; 

ev << "[sMachine] >> process time " << instControlBlock[index].processTime << '‘\n'; 

ev << "[sMachine] >> wait time " << instControlBlock[index].processTime+ranDelayTime << '\n'; 


wait(instControlBlock[index].processTime+ranDelayTime); 
instControlBlock[index].processTime = 0.0; 
execRemote = true; 


} 


if (execRemote) 


//The current implementation will requires the machine to execute all the 
instruction 


//needed for the local object server before requesting for remote call. 


//After setting the processTime to 0.0, we need to check whether there 
/lis any remote obj server call. 
if (instControlBlock[index].maxRemotelnstruction == 0) 


//There is no remote instruction 
completeExec = true; 


else 
completeExec = false; 


//There is some remote instruction. Format message to send to the 
remote objsvr. 


instControlBlock[index].remoteRequestld = 
addNewRemoteRequest(index); 


if (instControlBlock[index].curRemotelnstruction == -1) 


instControlBlock[index].curRemotelnstruction = 0; 
remoteCalllndex = instControlBlock[index].curRemotelnstruction; 


else 


remoteCalllndex = instControlBlock[index].curRemotelnstruction; 


instControlBlock[index].curRemotelnstruction++; 


cMessage “*call_msg = new cMessage( "INVOKE_OS20S_CALL", 
INVOKE_OS20S_CALL ); 


call_msg->addPar("add_os") = 
instControlBlock[index].interactList.interactCall[remoteCalllndex].cObjsvr; 

call_msg->addPar("add_method") = 
instControlBlock[index].interactList.interactCall[remoteCalllndex].cMethod; 
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call_ msg->addPar("add_request") = 
instControlBlock[index].cObjSvrName; 

call_msg->addPar("request_id") = 
instControlBlock[index].remoteRequestld; 


I call_msg->addPar("request_id") = remoteCalllndex; 
port = 
FindObjSvrName(instControlBlock[index].interactList.interactCall[remoteCalllndex].cObjsvr); 
if ( port == -1) 
{ 
//Object server is not running on the current machine, forward to 
the switch 
send( call_msg, "m2sw_out"); 
} 
else 
{ 
//Object server is not running on the current machine, forward to 
the correct object server 
int result = send( call_msg, "m2os_out", port); 
} 


instControlBlock[index].wait = true; 
/#ifdef DEBUG_FLAG_L2 
ev << "[sMachine] >> Sending remote objsvr call to " << remoteCalllndex << " " << 
instControlBlock[index].interactList.interactCall[remoteCalllndex].cObjsvr << " . << 
instControlBlock[index].interactList.interactCall[remoteCalllndex].cMethod << ‘\n'; 
/Htendif 
} 


} 
if (completeExec) 


instControlBlock[index].used = false; 
request_id = instControlBlock[index].requestld; 
objsvr_id = FindObjSvrName(instControlBlock[index].cObjSvrName); 


// Forward the information to the serevr 

m_resp = new cMessage( "MACHINE _COMPLETE_EXEC', 
MACHINE _COMPLETE_EXEC ); 

m_resp->addPar("request_id") = request_id; 


#ifdef DEBUG_FLAG_L2 
ev << "[sMachine] >> Sending response" << ‘\n'; 


#endif 
send( m_resp, "m2os_ out", objsvr_id); 
} 
curProcessExecuted = index++; 
return true; 
} 


//Method to delete the process 
bool sMachine::deleteProcess(int id) 


{ 
} 


return true; 
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//Method to check whether the gate id is a switch gate id. 
bool sMachine::isSwitchGateld(int id) 


{ 
for (int i=0; i<m2swin_sz; i++) 
{ 
if (m2swin_id[i] == id) 
return true; 
} 
return false; 
} 


/!To return the index of the gate. 
void sMachine::InitObjSvrName() 


char tmpStr[MAX_NAME_SZ] = "\0"; 
for (int i=0; i<MAX_OBJSVR_PER_MACHINE; i++) 
strcpy(objSvrNameji], tmpStr); 

} 


//To save the object server name and the index of the gate, 
//information will be used for the reply message 
void sMachine::AddObjSvrName(char “*objsvr, int index) 


{ 
} 


/!To return the index of the gate. 
int sMachine::FindObjSvrName(char *objsvr) 


{ 


strcpy(objSvrName[index], objsvr); 


char tmpstr[MAX_NAME_ SZ]; 
for (int i=0; i<MAX_OBJSVR_PER_MACHINE; i++) 


strcpy(tmpstr, objSvrName[i]); 
if (strcmp(objsvr, tmpstr) == 0) 
return i; 


} 


return -1; 


} 


//Method to check whether the gate id is a server gate id. 
bool sMachine::isObjSvrGateld(int id) 


{ 
for (int i=0; i<m2osin_sz; i++) 
{ 
if (m2osin_id[i] == id) 
return true; 
} 


return false; 
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} 


//Method to compute the total amount of time to wait. 
double sMachine::getWaitTime(double cpu, int osid) 


{ 


double totTime = cpu; 
double waitTime = 0.0; 


if (osid != prevObjSvrid) 
{ 


totTime = totTime + processSwapTime; 
prevObjSvrlid = osid; 
} 


waitTime = uniform(totTime-0.05, totTime+0.05); 
return waitTime; 


} 


//Method to compute the total amount of time to wait. 
double sMachine::getWaitTime() 


double waitTime = processCallTime; 


return waitTime; 


} 
bool sMachine::writeData(char *str) 


//The logging function can be turn off at compilation time. 
#ifdef DEBUG_DETAIL_LOG 
FILE *stream; 


if( (stream = fopen( "test.txt", "a" )) == NULL ) 
printf( "The file 'test.txt' was not opened\n" ); 


//fwrite( str, sizeof( char ), 100, stream ); 
forintf(stream, str); 


/* Close stream */ 
if( fclose( stream ) ) 
printf( "The file ‘data’ was not closed\n" ); 
#endif 


return true; 


} 


//Method to load the configuration file 
bool sMachine::loadDef() 


{ 


char seps[] = "An"; 
char tmpStr[50]; 
char buf[1024 + 1]; 


FILE “file; 


if( (file = fopen( defFile, "r+t" )) == NULL ) 
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printf( "The file '%s' was not opened\n", defFile ); 


if (!file) 
{ 
ev << "[sMachine] >> The file 'data' was not opened\n"; 
return false; 


} 


/Isome changes were made in the way we read from the file because 


//there is some conflict between omnet++ 2.3 with ifstream. 
//The using-declaration generate a error during compilation. 
//There is a conflict with including "ifstream.h" and "strstrea.h" 
I 

//After copying from the buf string to tmpStr, we 


/Ineed to set the last character to NULL so that any new-line character 


/Iwill not affect the string read. 
while (fgets(buf, 1024, file)) 
{ 


if (strstr(buf, "[name]") != NULL) 


strcpy(tmpStr, buf+strlen("[name]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
strcpy(machineName, tmpStr); 

#ifdef DEBUG_FLAG_L1 


ev << "[sMachine] >> Object server name "<< machineName << '\n'; 


#endif 
} 
else if (strstr (buf, "[cpu_pow]") != NULL) 


strcpy(tmpStr, buf+strlen("[cpu_pow]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
cpuPow = atoi(tmpStr); 
#ifdef DEBUG_FLAG L1 
ev << "[sMachine] >> CPU power "<< cpuPow << ‘\n'; 
#endif 


} 
else if (strstr (buf, "[exec_time]") != NULL) 


strcpy(tmpStr, buf+strlen("[exec_time]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
execTime = strtod(tmpStr, '\0'); 
#ifdef DEBUG FLAG L1 
ev << "[sMachine] >> Execution time "<< execTime << ‘\n’'; 
#endif 


} 
else if (strstr (buf, "[ran_exec]") != NULL) 
{ 
strcpy(tmpStr, buf+strlen("[ran_exec]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
ranExec = strtod(tmpStr, '\0'); 
#ifdef DEBUG FLAG L1 


ev << "[sMachine] >> Random Execution time "<< ranExec << ‘\n'; 


#endif 


} 
else if (strstr (buf, "[ram_sz]") != NULL) 
{ 
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strcpy(tmpStr, buf+strlen("[ram_sz]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
ramSz = atoi(tmpStr); 
#ifdef DEBUG FLAG L1 
ev << "[sMachine] >> Ram size "<< ramSz << '\n'; 
#endif 


} 
else if (strstr (buf, "[ram_limit]") != NULL) 


strcpy(tmpStr, buf+strlen("[ram_limit]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
ramLimit = strtod(tmpStr, '\0'); 
#ifdef DEBUG_FLAG_L1 
ev << "[sMachine] >> Ram limit "<< ramSz << ‘\n'; 
#endif 


} 
else if (strstr (buf, "[dr_sw]") != NULL) 


strcpy(tmpStr, buf+strlen("[dr_sw]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
dataRate2Sw = atoi(tmpStr); 
#ifdef DEBUG_FLAG_L1 
ev << "[sMachine] >> Data rate to the switch " << dataRate2Sw << ‘\n'; 
#endif 


} 
else if (strstr (buf, "[er_sw]") != NULL) 


strcpy(tmpStr, buf+strlen("[er_sw]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
errorRate2Sw = strtod(tmpStr, '\0'); 
#ifdef DEBUG FLAG L1 
ev << "[sMachine] >> Error rate to the switch " << errorRate2Sw << '‘\n'; 
#endif 


} 
else if (strstr (buf, "[process_call]") != NULL) 


strcpy(tmpStr, buf+strlen("[process_call]")+1); 
tmpStr[strlen(tmpStr)-1] = '\0'; 
processCallTime = strtod(tmpStr, '\0'); 
#ifdef DEBUG_FLAG L1 
ev << "[sMachine] >> Process call time " << processCallTime << ‘\n’; 
#endif 


} 
else if (strstr (buf, "[process_swap]") != NULL) 
{ 
strcpy(tmpStr, buf+strlen("[process_swap]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
processSwapTime = strtod(tmpStr, '\0'); 
#ifdef DEBUG_FLAG L1 
ev << "[sMachine] >> Process swap time " << processSwapTime << ‘\n’; 
#endif 


} 
else if (strstr (buf, "[disk_swap]") != NULL) 


strcpy(tmpStr, buf+strlen("[disk_swap]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 


115 


diskSwapTime = strtod(tmpStr, '\0'); 
#ifdef DEBUG_FLAG L1 
ev << "[sMachine] >> Disk swap time " << diskSwapTime << ‘\n'; 
#endif 


} 
else if (strstr (buf, "[time_slice]") != NULL) 
{ 
strcpy(tmpStr, buf+strlen("[time_slice]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
if (stremp("no", tmpStr)==0) 
isTimeSlice = false; 
else 
isTimeSlice = true; 
#ifdef DEBUG FLAG L1 
ev << "[sMachine] >> isTimeSlice " << isTimeSlice << ‘\n’; 


#endif 
} 
} 
if( fclose( file ) ) 
printf( "The file '%s' was not closed\n", defFile); 
return true; 
} 


J. SOBJSVR.CPP 


NUH 
// file: objsvrapp.cpp 
NUMA 


#include <string.h> 
#include "omnetpp.h" 
#include "global.h" 
#include “objlist.h" 


char objname[20]; 


class sObjSvr : public cSimpleModule 
{ 
Module_Class_Members(sObjSvr,cSimpleModule, 16384) 
virtual void finish(); 
virtual void activity(); 
virtual void initialize(); 


protected: 
bool initRequestList(); 
bool clearRequestList(); 


int addNewRequest(cMessage *msg); 
bool completeRequest(int id); 


bool isMachineGateld(int id); 
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bool loadDef(); 


cGate *os2min_gft; 
int os2min_id[{MAX_GATE_SZ]; 
int os2min_sz; 





char defFile[MAX_NAME_SZ]; 


int ramUtil; /[ram usage of the object server wihtout the consideration of the object 
int numObj; 

int ramTotal; 

int machineld; 


char objSvrName[MAX_NAME_ SZ]; 
char objName[MAX_NAME_ SZ]; 
CObj objSvc; 


cMessage *requestListIMAX_PROCESS_PER_MACHINE]; 
bool requestidFlag[MAX_PROCESS_PER_MACHINE]; 


}; 
Define_Module( sObjSvr ); 


/finitialize method called when the object is first initialize. 
void sObjsSvr::initialize() 
{ 


os2min_gt = gate("os2m_in"); 


/Mnitializing the value of the os2m_in gate id 
os2min_sz = os2min_gt->size(); 
if (os2min_sz > MAX_GATE_SZ) 


{ 
ev << "[!! sObjSvr] >> Maximum number of gate defined (os2min_sz) " << 
os2min_sz << '\n'; 
os2min_sz = MAX_GATE_SZ; 
} 


for (int i=0; i<os2min_sz; i++) 


cGate *tmp = gate("os2m_in", i); 
os2min_id[i] = tmp->id(); 


#ifdef DEBUG_FLAG_L1 

ev << "[sObjSvr] >> Server (i) " << i <<" (gateid) " << tmp->id() << ‘\n’; 
#endif 

} 


#ifdef DEBUG FLAG L1 
ev << WHEEKKKKKEKKEKEK [SObjSvr] KRKKKKEKRKEKEEE Vee ‘\n'; 
#endif 


//initialize the value 
ramUtil = 0; 
numObj = 1; 
ramTotal = 0; 
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//Loading the configuration file. 

cPar& filename = par("cfg_file"); 
strcpy(defFile, filename.stringValue ()); 
loadDef(); //Loading definition file 


//Setting the object server name 
setName(objSvrName); 


//Getting the object server machine id 
/!machineld = (int)par("machine_id"); 


CObjList::GetInstance()->getObj(objName, objSvc); 
ramTotal = ramUtil;// + numObj*objSvc.ram_sz; 


/!To initialze the request list. 
initRequestList(); 
} 


/[To handle the finish event 
void sObjsvr::finish() 


delete(os2min_gt); 
clearRequestList(); 


} 


//method to handle activity event 
void sObjSvr::activity() 
{ 

int type, requestld; 

int cpu, msgSz; 

bool found; 


cGate *rcv_gate; 

cPar coMethodName, cpMachineName, cpRequestName, cpObjSvr; 
cMessage “*objsvr_resp, *m_resp; 

char tmpStr[MAX_NAME_SZ]; 


double process_time = uniform(1.0,3.0); 
wait(process_time); 


//Registering the 

cMessage *dns_reg_msg = new cMessage("OBJSVR_REGISTER", 
OBJSVR_REGISTER ); 

dns_reg_msg->addPar("add_name") = objSvrName; 

dns_reg_msg->addPar("add_obj") = objName; 

dns_reg_msg->addPar("ram_total") = ramTotal:; 


send( dns_reg_msg, "os2m_out"); 
#ifdef DEBUG _ FLAG L2 
ev << "[ObjSvr] >> Registering object service with DNS" << ‘\n'; 
#endif 
for(;;) 


/! Receive message from the server 
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cMessage *rcv_msg = receive(); 
type = rcv_msg->kind(); 
rcv_gate = rcv_msg->arrivalGate(); 


#ifdef DEBUG_FLAG_L2 


ev << "[ObjSvrApp] >> Received message (type) " << type << " from (gate_id) " << 


rcv_gate->id() <<‘\n'; 
#endif 


//Message is from the machine port. 
if (isMachineGateld(rcv_gate->id())) 


{ 
switch( type ) 


case INVOKE_OS20S_CALL: 


i#ifdef DEBUG_FLAG _L2 


//A call to invoke the object server. 


cpObjSvr = rcv_msg->par("add_os"); //Object server name 
cpMethodName = rcv_msg->par("add_method"); //Method name 
cpRequestName = rcv_msg->par("add_request"); 

strcpy(tmpStr, coRequestName.stringValue()); 

strcpy(tmpStr, coMethodName.stringValue()); 

cpu = objSvc.getCPU(tmpsStr); 

requestid = addNewRequest(rcv_msg); 


ev << "[ObjSvrApp] >> receiving INVOKE_OS20S CALL from (requestor) " << 


cpRequestName <<‘\n'; 
//#endif 


// Forward the information to the serevr 
objsvr_resp = new cMessage( "OBJSVR_EXECUTE_ON_CPU", 


OBJSVR_EXECUTE_ON_CPU ); 


>par("add_method"); 


>par("add_request"); 


break; 


objsvr_resp->addPar("request_id") = requestld; 
objsvr_resp->addPar("add_os") = rcv_msg->par("add_os"); 
objsvr_resp->addPar("add_method") = rcv_msg- 
objsvr_resp->addPar("orig_request") = rcv_msg- 


objsvr_resp->addPar("cpu") = cpu; 
send( objsvr_resp, "os2m_out"); 


case INVOKE_OBJECT_SVR_CALL: 


#ifdef DEBUG_FLAG_L2 


//A call to invoke the object server. 


ev << "[ObjSvrApp] >> receiving INVOKE_OBJECT_SVR_CALL (method) " << 


method_id <<'\n'; 
#endif 


cpObjSvr = rcv_msg->par("add_os"); //Object server name 
cpMethodName = rcv_msg->par("add_method"); //Method name 
strcpy(tmpStr, coMethodName.stringValue()); 

cpu = objSvc.getCPU(tmpStr); 


requestlId = addNewRequest(rcv_msg); 
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/! Forward the information to the serevr 

objsvr_resp = new cMessage( "OBJSVR_EXECUTE_ON_CPU", 
OBJSVR_EXECUTE_ON_CPU ); 

objsvr_resp->addPar("request_id") = requestld; 


objsvr_resp->addPar("add_os") = rcv_msg->par("add_os"); 


objsvr_resp->addPar("add_method") = rcv_msg- 
>par("add_method"); 

objsvr_resp->addPar("orig_request") = rcv_msg- 
>par("add_request"); 

objsvr_resp->addPar("cpu") = cpu; 

send( objsvr_resp, "os2m_out"); 


#ifdef DEBUG FLAG L2 
ev << "[ObjSvr] >> Sending response (cpu) " << cpu <<" (ram) "<< ram << '‘\n'; 
#endif 


break; 


case MACHINE_COMPLETE_EXEC: 

//A return call from the machine to indicate that the execution has 
completed. 

//Retrieve the requestld to verify that the id is one that was sent 
to from 

/Ithe object server. 

requestid = rcv_msg->par("request_id"); 

found = completeRequest(requestld); 


//#ifdef DEBUG_FLAG_L2 

ev << "[ObjSvrApp] >> receiving MACHINE COMPLETE_EXEC replied to " << 
requestList[requestld]->par("add_request") << ‘\n’; 
/H#endif 


/\f the request id is found. 
if (found == true) 


m_resp = new cMessage( "OBJSVR_RESPONSE’, 
OBJSVR_RESPONSE ); 

cpRequestName = requestList[requestld]- 
>par("add_request"); 

m_resp->addPar("add_request") = 
requestList[requestld]->par("add_request"); 

m_resp->addPar("request_id") = requestList[requestld]- 
>par("request_id"); 


cpObjSvr = requestList[requestld]->par("add_os"); 
//Object server name 

cpMethodName = requestList[requestld]- 
>par("add_method"); //Method name 

strcpy(tmpStr, coMethodName.stringValue()); 

msgSz = objSvc.getMsgSize(tmpStr); 

m_resp->addPar("msgSz") =msgSz; 


send( m_resp, "os2m_out"); 
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ev << "[ObjSvrApp] >> sending OBJSVR_RESPONSE from " << objSvrName << " to 
(requestor) "<< coRequestName <<'\n'; 


//Deleting the message 
delete requestList[requestld]; 
delete rcv_msg; 


} 


break; 


case MACHINE_COMPLETE_EXEC_WITH_REMOTE: 

//A return call from the machine to indicate that the execution has 
completed. 

//Retrieve the requestld to verify that the id is one that was sent 
to from 

/Ithe object server. 

requestid = rcv_msg->par("request_id"); 

found = completeRequest(requestld); 

ev << "[ObjSvrApp] >> receiving MACHINE _COMPLETE_EXEC_WITH_ REMOTE 

replied to " << requestList[requestld]->par("add_request") << ‘\n’; 


for (int j=0; j<MAX_REQUEST_PER_OBJSVR; j++) 
{ 

if (requestldFlag[j] == true) 

{ 


cpRequestName = requestList[j]->par("add_request"); 

strcpy(tmpStr, coRequestName.stringValue()); 

ev << "[ObjSvrApp] >> request id " << j << "(request) " 
<< cpRequestName << ‘\n'; 


} 


i#ifdef DEBUG_FLAG _L2 
Ifendit 


//\f the request id is found. 
if (found == true) 


m_resp = new cMessage( "OBJSVR_RESPONSE’, 
OBJSVR_RESPONSE ); 

cpRequestName = requestList[requestld]- 
>par("add_request"); 

strcpy(tmpStr, coRequestName.stringValue()); 


m_resp->addPar("add_request") = 
requestList[requestld]->par("add_request"); 

m_resp->addPar("request_id") = requestList[requestld]- 
>par("request_id"); 


cpObjSvr = requestList[requestld]->par("add_os"); 
//Object server name 

cpMethodName = requestList[requestld]- 
>par("add_method"); //Method name 

strcpy(tmpStr, coMethodName.stringValue()); 

msgSz = objSvc.getMsgSize(tmpStr); 

m_resp->addPar("msgSz") =msgSz; 
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send( m_resp, "os2m_out"); 
ev << "[ObjSvrApp] >> sending OBJSVR_RESPONSE from " << objSvrName << " to 
(requestor) "<< coRequestName <<‘\n'; 


//Deleting the message 
delete requestList[requestld]; 
delete rcv_msg; 


} 


break; 


[EEEA ES ER REAR SESE RS | 


/* Protected Method */ 

[PERE EEREERERRRERES ES | 

//Method to initialize the request list. The request list is used to 

//store the list of id that will be used to identify the request that was 

//forward to the machine. This is needed because the machine may process a 

/[few message from the same object server and the completion of the message may 
//not be in order. 

bool sObjSvr::initRequestList() 


{ 
for (int i=0; i<MAX_REQUEST_PER_OBJSVR; i++) 
{ 
requestlidFlag[i] = false; 
} 
return true; 
} 
bool sObjSvr::clearRequestList() 
{ 
for (int i=0; i<MAX_REQUEST_PER_OBJSVR; i++) 
{ 
if (requestldFlag[i] == true) 
delete requestList[i]; 
} 
return true; 
} 


//Method to add a new request in the request list. The message is stored 
/lin case future work require the message. 
int SObjSvr::addNewRequest(cMessage *msg) 
{ 
bool found = false; 
int index; 
int tmpint = 0; 


//Search the requestldFlag to find an id that was not in use. 
while ((tmpInt<MAX_REQUEST_PER_OBJSVR) && (!found)) 
{ 


if (requestldFlag[tmpInt] == false) 
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found = true; 
index = tmpInt; 
requestldFlag[tmpInt] =true; 


} 
else 
{ 
tmplint++; 
} 
} 
//\f an available id is used. 
if (found) 
requestList[index] = msg; 
return index; 
} 
else 
//return -1 if nothing is found. 
return -1; 
} 


} 


//Method to handle a completion of request. 
bool sObjSvr::completeRequest(int id) 


{ 
if (id > MAX_REQUEST_PER_OBJSVR) 
{ 
return false; 
} 
if (requestldFlag[id] == true) 
{ 
requestlidFlag|id] = false; 
return true; 
} 
return false; 
} 


//Method to check whether the gate id is a server gate id. 
bool sObjSvr::isMachineGateld(int id) 


{ 
for (int i=0; i<os2min_sz; i++) 
{ 
if (os2min_id[i] == id) 
return true; 
} 
return false; 
} 


//Method to load the configuration file 
bool sObjSvr::loadDef() 
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char seps[] = "An"; 


char tmpStr[50]; 
char buf[1024 + 1]; 


FILE “file; 
if( (file = fopen( defFile, "r+t" )) == NULL ) 
{ 


printf( "The file '%s' was not opened\n", defFile ); 
ev << "[SObjSvr] >> The file 'data' was not opened\n"; 


return false; 


} 


#ifdef DEBUG FLAG L2 
ev << "[SObjSvr] >> The file 'data' was opened\n"; 
#endif 


/Isome changes were made in the way we read from the file because 
/Ithere is some conflict between omnet++ 2.3 with ifstream. 

//The using-declaration generate a error during compilation. 

//There is a conflict with including "ifstream.h" and "strstrea.h" 

I 

//After copying from the buf string to tmpStr, we 

//need to set the last character to NULL so that any new-line character 
/Iwill not affect the string read. 

while (fgets(buf, 1024, file)) 


if (strstr(buf, "[name]") != NULL) 


strcpy(tmpStr, buf+strlen("[name]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
strcpy(objSvrName, tmpStr); 
#ifdef DEBUG_FLAG_L1 
ev << "[sObjSvr] >> Object server name "<< objSvrName << ‘\n’; 
#endif 


} 
else if (strstr (buf, "[ram_util]") != NULL) 
{ 
strcpy(tmpStr, buf+strlen("[ram_util]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
ramUtil = atoi(tmpStr); 
#ifdef DEBUG_FLAG_L1 
ev << "[SObjSvr] >> Ram Util "<< ramUtil << '\n'; 
#endif 


} 
else if (strstr(buf, "[object]") != NULL) 
{ 
strcpy(tmpStr, buf+strlen("[object]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
strcpy(objName, tmpStr); 
#ifdef DEBUG FLAG L1 
ev << "[SObjSvr] >> Object Supported "<< objName << ‘\n’; 
#endif 
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} 

else if (strstr(buf, "[pum_obj]") != NULL) 

{ 
strcpy(tmpStr, buf+strlen("[num_obj]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
numObj = atoi(tmpStr); 

#ifdef DEBUG_FLAG_L1 
ev << "[sObjSvr] >> Number of object "<< numObj << '\n'; 


#endif 
i 
} 
if( fclose( file ) ) 
printf( "The file '%s' was not closed\n", defFile); 
return true; 
} 


K. SROLE.CPP 


NAT 
// file: sSRole.cc 
TTT 
#ifndef ROLE 

#define ROLE 


#include <stdio.h> 
#include <string.h> 


#include "omnetpp.h" 
#include "global.h" 
#include "simevent.h" 


#include "btnlist.h" 
#include "statlog.h" 


class sRole : public cSimpleModule 
{ 
Module_Class_Members(sRole,cSimpleModule, 16384) 
virtual void finish(); 
virtual void activity(); 
virtual void initialize(); 


protected: 
bool isSwitchGateld(int id); 
bool loadDef(); 
bool writeLog(char *str); 


double betweenCallTime; 


int r2swin_sz; 

int r2swin_id[MAX_GATE_SZ]; 
cGate *r2swin_gft; 

cGate *r2swout_gft; 
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char defFile[MAX_NAME_ SZ]; 
char logFile[MAX_NAME_SZ]; 
char runName[MAX_NAME_ SZ]; 
char roleName[MAX_NAME_ SZ]; 


int callPatternCount; 
int minWait, maxWait, roleld, dataRate2Sw, roleType; 
sCallPattern callPattern[MAX_BUTTON_PERROLE]; 


CSimEvent simEvent; 
CBtnList btnList; 


cStdDev stat; 
hi 


Define_Module( sRole ); 


void sRole::initialize() 

{ 
/linitialize the list gateid 
r2swin_gt = gate("r2sw_in"); 
r2swout_gt = gate("r2sw_out"); 


/finitializing the list of switch to client gate id 
r2swin_sz = r2swin_gt->size(); 

if (r2swin_sz > MAX_GATE_ SZ) 

{ 


<<'\n'; 


ev << "[!! sRole] >> Maximum number of gate defined (r2swin_sz) " << r2swin_sz 


r2swin_sz = MAX_GATE_SZ; 
} 


for (int i=0; i<r2swin_sz; i++) 


cGate *tmp = gate("r2sw_in", i); 
r2swin_id|[i] = tmp->id(); 
#ifdef DEBUG_FLAG_L1 
ev << "[sRole] >> sRole (i) "<< i <<" (gateid) "<< tmp->id() << ‘\n’; 
#endif 
} 


/Mnitializing all the parameters 
callPatternCount = 0; 


//Getting the configuration file name and loading the configuration file 
cPar& tmpPar = par("def_file"); 

strcpy(defFile, tmpPar.stringValue ()); 

loadDef(); 


//Setting the role name 
setName(roleName); 


//Setting the run name 
tmpPar = parentModule()->par("run_name"); 
strcpy(runName, tmpPar.stringValue ()); 
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ev << "[sRole] >> Initializing "<< runName << '\n'; 


//The index will return roleld 
roleld = index(); 
sprintf(logFile, "%s_log%d.txt", runName, roleld); 


callPatternCount =0; = //Setting the number of button to 0 
CBtnList::GetInstance(); 


CStatLog::GetInstance()->registerRoleType(roleType); 


//Detail logging can be turn off at compilation time. 
#ifdef DEBUG_DETAIL_LOG 
FILE *stream; 


if( (stream = fopen( logFile, "w+" )) == NULL ) 
printf( "The file '%s' was not opened\n", logFile ); 
else 
fclose( stream ); 
#endif 


//Setting for the date rate. 
tmpPar.setLongValue (dataRate2Sw); 
r2swin_gt->setDataRate(&tmpPar); 
r2swout_gt->setDataRate(&tmpPar); 


} 


/[To handle the finish event 
void sRole::finish() 


{ 
char logStr[200]; 


long num_samples = stat.samples(); 
double smallest = stat.min(); 

double largest = stat.max(); 

double mean = stat.mean(); 

double dev = stat.stddev(); 

double var = stat.variance(); 


//recording the sample size, minimum, maximum and average value 
CStatLog::GetInstance()->writeLog(runName, roleName, roleType, num_samples, 
smallest, largest, mean); 


/* 

char tmpStr[MAX_NAME_SZ]; 

sprintf(tmpStr, "stat_%s", logFile); 

FILE *stream; 

if( (stream = fopen( tmpStr, "w+" )) == NULL ) 
printf( "The file ‘data2' was not opened\n" ); 

else 

{ 
stat.saveToFile(stream); 
fclose( stream ); 


“| 
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stat.clearResult (); 


//Storing all information. 

sprintf(logStr, "%s_role%d (Min) %.4f (Max) %.4f (Ave) %.4f", runName, roleld, smallest, 
largest, mean); 

writeLog(logStr); 
} 


/ITo handle the activity event 
void sRole::activity() 


int index; 


int current_server = 0; 
cOutVector resp_v("Role RT"); 


//Time waited to ensure that DNS service is all register before sending. 
double process_time = 0.0; 

double response_time = 0.0; 

double cpuTime = 0.0; 

double startTime = 0.0; 

double sendTime = 0.0; 

double rcvTime = 0.0; 

double curSimTime = 0.0; 

double rdelay = 0.0; 

double roleTime = 0.0; 


char logStr[200]; 
cMessage *dummy_msg = new cMessage(); 


//wait for all the module to stablize before sending the register message 
process_time = uniform(1.0,3.0); 
wait(process_time); 


cMessage *dns_reg_msg = new cMessage("NAME_REGISTER", NAME_REGISTER ); 
dns_reg_msg->addPar("add_name") = roleName; 
dns_reg_msg->addPar("add_machine") = roleName; 
send( dns_reg_msg, "r2sw_out"); 

ev << "[*****] registering name " << roleName << "\n"; 


for(;;) 


ev << "[*****] looping name " << minWait << "" << maxWait << roleName << "\n"; 
//Listen for incoming message 
process_time = uniform(minWait,maxWait); 
wait(process_time); 


//This will return the next event to execute. 
index = simEvent.getNextEvent(); 
if (index ==-1) //Do nothing 

continue; 


//To record the startTime of a button call 


startTime = simTime(); 
ev << "[*****] name " << roleName << "" << index << "\n"; 
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//For all the call, send a request message to all the object server. 
for (int j=0; j<callPattern[index].button.iNumCall; j++) 


cMessage *call_msg = new cMessage( 
"INVOKE_OBJECT_SVR_CALL", INVOKE_OBJECT_SVR_CALL ); 

call_msg->addPar("add_os") = 
callPattern[index].button.svcCall[j].cObjsvr; 

call_msg->addPar("add_method") = 
callPattern[index].button.svcCall[j].cMethod; 

call_msg->addPar("add_request") = roleName; 

call_msg->addPar("request_id") = -1; 

call_msg->addPar("roleTime") = simTime(); 


int result = send( call_msg, "r2sw_out"); 
ev << "[*****] name " << roleName << " send result " << result << " dest objsvr " << 
callPattern[index].button.svcCall[j].cObjsvr << i dest method 7 << 
callPattern[index].button.svcCall[j].cMethod << "\n"; 


//The message receive will be in order of the message sent. So there is 
no 

//need to store a request id. 

cMessage “done = receiveOn("r2sw_in"); 

delete done; 


} 


//{Completion of sending all the message and compute the time spent. 
curSimTime = simTime(); 

response_time = curSimTime - startTime; 
resp_v.record(response_ time); 

stat.collect(response_time); 


sprintf(logStr, "Role%d Total Response \t%d\t%.4f\n", roleld, index, 
response_time); 
writeLog(logStr); 
} 


[EE EEEREREREERSAEES SS | 


//* Protected Method 

[[BERERERERSRERAR EEE | 

//Method to write additional data in files. 
bool sRole::writeLog(char “*str) 


//The logging function can be turn off at compilation time. 
#ifdef DEBUG_DETAIL_LOG 
FILE *stream; 


if( (stream = fopen( logFile, "a+" )) == NULL ) 
printf( "The file '%s' was not opened\n", logFile ); 


//fwrite( str, sizeof( char ), 100, stream ); 
fprintf(stream, str); 


/* Close stream */ 
if( fclose( stream ) ) 
printf( "The file 'data' was not closed\n" ); 
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#endif 


return true; 


} 


//Method to check whether the gate id is a server gate id. 
bool sRole::isSwitchGateld(int id) 


{ 
for (int i=0; i<r2swin_sz; i++) 
{ 
if (r2swin_id{i] == id) 
return true; 
} 
return false; 
} 


//Method to load the configuration file 
bool sRole::loadDef() 
{ 

char seps[] = "An"; 

char “token; 


char tmpStr[50]; 
char buf[1024 + 1]; 
int pos; 


sCallPattern tmpPattern; 
FILE “file; 
if( (file = fopen( defFile, "r+t" )) == NULL ) 


printf( "The file '%s' was not opened\n", defFile ); 
return false; 


} 


#ifdef DEBUG FLAG L2 
ev << "[sRole] >> The file 'data' was opened\n"; 
#endif 


/Isome changes were made in the way we read from the file because 
//there is some conflict between omnet++ 2.3 with ifstream. 

//The using-declaration generate a error during compilation. 

//There is a conflict with including "ifstream.h" and "strstrea.h" 

I 

//After copying from the buf string to tmpStr, we 

/Ineed to set the last character to NULL so that any new-line character 
/Iwill not affect the string read. 

while (fgets(buf, 1024, file)) 

{ 


if (strstr (buf, "[call]") |= NULL) 
{ 


strcpy(tmpStr, buf+strlen("[call]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
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pos = 0; 

token = strtok( tmpStr, seps ); 
while( token != NULL ) 

{ 


switch (pos) 


case 0: //Getting the name of the button 
#ifdef DEBUG_FLAG_L1 
ev << "[sRole] >> Button Name "<< token << ‘\n'; 
#endif 
strcpy(tmpPattern.cBtnName, token); 
post+; 
break; 
case 1: //Getting the probability of call 
#ifdef DEBUG_FLAG_L1 
ev << "[sRole] >> iProbCall "<< token << ‘\n'; 
#endif 
tmpPattern.iProbCall = atoi(token); 
break; 


} 
token = strtok( NULL, seps ); 
} 


if (CBtnList::GetInstance()- 
>getButton(tmpPattern.cBtnName,tmpPattern.button)) 


callPattern[callPatternCount] = tmpPattern; 
simEvent.addEvent(callPatternCount, tmpPattern.iProbCall); 
callPatternCount = callPatternCount + 1; 


} 
} 
else if (strstr (buf, "[type]") != NULL) 


strcpy(tmpStr, buf+strlen("[type]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
roleType = atoi(tmpStr); 

#ifdef DEBUG_FLAG_L1 

ev << "[SRole] >> Minimum wait "<< minWait << ‘\n'; 

#endif 


} 
else if (strstr (buf, "[min_wait]") != NULL) 
{ 
strcpy(tmpStr, buf+strlen("[min_wait]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
minWait = atoi(tmpStr); 
#ifdef DEBUG FLAG L1 
ev << "[SRole] >> Minimum wait "<< minWait << ‘\n'; 
#endif 


} 
else if (strstr (buf, "[max_wait]") != NULL) 


strcpy(tmpStr, buf+strlen("[max_wait]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
maxWait = atoi(tmpStr); 

#ifdef DEBUG FLAG L1 

ev << "[sRole] >> Maximum wait "<< maxWait << ‘\n'; 


131 


#endif 


} 
else if (strstr (buf, "[dr_sw]") != NULL) 
t 
strcpy(tmpStr, buf+strlen("[dr_sw]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
dataRate2Sw = atoi(tmpStr); 
#ifdef DEBUG _ FLAG _L1 
ev << "[sRole] >> Data rate to switch "<< dataRate2Sw << '‘\n'; 
#endif 


} 
else if (strstr (buf, "[btw_call]") != NULL) 


strcpy(tmpStr, buf+strlen("[btw_call]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
betweenCallTime = atoi(tmpStr); 

#ifdef DEBUG FLAG L1 

ev << "[SRole] >> Time between call "<< betweenCallTime << ‘\n'; 

#endif 


} 
else if (strstr (buf, "[hame]") != NULL) 


strcpy(tmpStr, buf+strlen("[name]")+1); 
tmpStr[strlen(tmpStr)-1] = ‘\0'; 
strcpy(roleName, tmpStr); 
#ifdef DEBUG FLAG L1 
ev << "[sRole] >> Role name "<< roleName << ‘\n'; 
#endif 
} 


} 


if( fclose( file ) ) 
printf( "The file '%s' was not closed\n", defFile); 


return false; 


} 
#endif 


L. SSWITCH.CPP 


AA 
// file: switch.cpp 
AMMA 


#include <string.h> 
#include "omnetpp.h" 
#include "global.h" 
#include "dnssvc.h" 


class sSwitch : public cSimpleModule 


Module_Class_Members(sSwitch,cSimpleModule,16384) 
virtual void finish(); 
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virtual void activity(); 
virtual void initialize(); 


protected: 
bool isMachineGateld(int id); 
bool isRoleGateld(int id); 


int sw2min_sz; 
int sw2min_id[MAX_GATE_SZ]; 
cGate *sw2min_gft; 





int sw2rin_id[MAX_GATE_SZ]; 
int sw2rin_sz; 
cGate *sw2rin_gft; 





cGate *sw2mout_gft; 


CDnsSvc dnsObjSvrSvc; 
CDnsSvc dnsRoleSvc; 


}; 
Define_Module( sSwitch ); 


/finitialize method called when the object is first initialize. 
void sSwitch::initialize() 
{ 

/finitialize the list gateid 

sw2min_gt = gate("sw2m_in"); 

sw2rin_gt = gate("sw2r_in"); 

sw2mout_gt = gate("sw2m_out"); 


int sw2mout_sz; 


/finitializing the list of switch to server gate id 
sw2min_sz = sw2min_gt->size(); 
if (sw2min_sz > MAX_GATE_SZ) 


{ 
ev << "[!! sSwitch] >> Maximum number of gate defined (sw2min_sz) " << 
sw2min_sz << ‘\n'; 
sw2min_sz = MAX_GATE_SZ; 
} 


for (int i=0; i<sw2min_sz; i++) 
{ 
cGate *tmp = gate("sw2m_in", i); 
sw2min_id[i] = tmp->id(); 
#ifdef DEBUG_FLAG_L1 
ev << "[sSwitch] >> Server (i) " << i <<" (gateid) " << tmp->id() << ‘\n’; 
#endif 
} 


/finitializing the list of switch to client gate id 
sw2rin_sz = sw2rin_gt->size(); 

if (sw2rin_sz > MAX_GATE_SZ) 

{ 
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ev << "[!! sSwitch] >> Maximum number of gate defined (sz_sw2r) " << 
sw2rin_sz << '\n'; 
sw2rin_sz = MAX_GATE_SZ; 
} 


for (i=0; i<sw2rin_sz; i++) 


cGate *tmp = gate("sw2r_in", i); 
sw2rin_id[i] = tmp->id(); 
#ifdef DEBUG_FLAG_L1 
ev << "[sSwitch] >> Client (i) " << i <<" (gateid) " << tmp->id() << ‘\n’; 
#endif 
} 


/finitializing the list of switch to client out gate id 
sw2mout_sz = sw2mout_gt->size(); 
if (sSw2mout_sz > MAX_GATE_SZ) 


{ 
ev << "[!! sSwitch] >> Maximum number of gate defined (sw2mout_sz) " << 
sw2mout_sz << ‘\n'; 
sw2mout_sz = MAX_GATE_SZ; 
} 


for (i=0; i<sw2mout_sz; i++) 


cGate *tmp = gate("sw2m_out", i); 
#ifdef DEBUG_FLAG_L1 
ev << "[sSwitch] >> Server out (i) "<< i <<" (gateid) "<< tmp->id() << ‘\n’; 
#endif 
} 


#ifdef DEBUG FLAG L1 
ev << WHEEKKKEKEKEKER [sSwitch] KEKE << ‘\n'; 
#endif 


} 


//To handle the finish event 
void sSwitch::finish() 


delete(sw2min_gft); 
delete(sw2rin_gft); 
delete(sw2mout_gt); 


} 


//Method to handle activity event call 
void sSwitch::activity() 
{ 

int type; 

cGate *rcv_gate; 


cPar cpObjSvrName, cpMethodName, cpMachineName, cpRequestorName, cpName; 
cMessage *sw_msg; 

int ingate, outgate, index, requestld; 

int inport, outport, msgSz; 

double roleTime, tmpDouble; 
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char tmpStr1[MAX_NAME_SZ], tmpStr2[MAX_NAME_SZ]; 
for(;;) 
{ 


//Listen for incoming message 
cMessage *rcv_msg = receive(); 


type = rcv_msg->kind(); //Determine the type of the message. 
rcv_gate = rcv_msg->arrivalGate(); //Determine the gate type 


/I\f the message is from a machine gate. 
if (isMachineGateld(rcv_gate->id())) 


/lif the message is from a server_in gate id. 
#ifdef DEBUG_FLAG_L2 
ev << "[sSwitch] >> Received server message (type) " << type <<" from sw2s_in" << ‘\n'; 
#endif 
switch( type ) 
{ 


case NAME_REGISTER: 

/IDNS Register message to be sent over to the DNS 
server 

cpMachineName = _ rcv_msg->par("add_machine"); 
//Server machine name 

cpName = rcv_msg->par("add_name"); //Object server 
machine name 

delete rcv_msg; 


//Extract the string varlu of the machine and object 
server name 

strcpy(tmpStr1, coMachineName.stringValue ()); 

strcpy(tmpStr2, coName.stringValue ()); 


//Extract the gate id 
ingate = rcv_gate->id(); 
index = rcv_gate->index(); 


outgate = gate("sw2m_out", index)->index(); 


//[Mapping the port to the machine and object server 
name. 

dnsObjSvrSvc.MapSvcToPort(ingate, outgate, tmpStr1, 
tmpStr2); 


inport = dnsObjSvrSvc.FindInGateByName(tmpStr2); 
outport = dnsObjSvrSvc.FindOutGateByName(tmpStr2); 
break; 


//Routing the server response 
case OBJSVR_RESPONSE: 
cpRequestorName = _ rcv_msg->par("add_request"); 
//The requestor address 
requestid = rcv_msg->par("request_id"); 
msgSz = rcv_msg->par("msgSz"); //Msg Size 
delete rcv_msg; 
ev << "[sSwitch] SERVER_RESPONSE to " << cpRequestorName <<'\n'; 
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#ifdef DEBUG_FLAG L2 
ev << "[sSwitch] SERVER_RESPONSE (client_id) " << client_id <<'\n'; 
#endif 
strcpy(tmpStr1, coRequestorName.stringValue ()); 


sw_msg = new cMessage( "OBJSVR_RESPONSE", 
OBJSVR_RESPONSE ); 

sw_msg->addPar("add_request") = coRequestorName; 

sw_msg->addPar("request_id") = requestld; 

sw_msg->setLength(msgSz); 


/!check whether the destination is in the role id 
outport = dnsRoleSvc.FindOutGateByName(tmpStr1); 
if (outport != -1) 


//destination belongs to the role 
send( sw_msg, "sw2r_out", outport); 


} 


outport = dnsObjSvrSvc.FindOutGateByName(tmpStr1 ); 
if (outport != -1) 


//destination belongs to the role 
send( sw_msg, "Sw2m_out", outport); 


break; 


case INVOKE_OS20S_CALL: 
cpObjSvrName = rcv_msg->par("add_os"); 
cpMethodName = rcv_msg->par("add_method"); 
//#ifdef DEBUG_FLAG_L2 
ev << "[sSwitch] INVOKE_OS20S_CALL (obj) " << cpObjSvrName << " (method) " << 
cpMethodName <<‘\n'; 
/Htendif 


//Extract the string varlu of the machine and object 
server name 

strcpy(tmpStr1, coObjSvrName.stringValue ()); 

strcpy(tmpStr2, coMethodName.stringValue ()); 


outport = dnsObjSvrSvc.FindOutGateByName(tmpStr1 ); 


//Send the port to the relevant out port. 
if (outport != -1) 
send( rcv_msg, "sw2m_out", outport); 
break; 


} 


/I\f the message is from a role gate. 
else if (isRoleGateld(rcv_gate->id())) 


{ 
#ifdef DEBUG_FLAG L2 
ev << "[sSwitch] >> Received client message (type) "<< type <<" from sw2s_in" << ‘\n’; 
#endif 
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switch( type ) 
{ 


/!Invoke object server call message received. 
case INVOKE_OBJECT_SVR_CALL: 


cpObjSvrName = rcv_msg->par("add_os"); 
cpMethodName = rcv_msg->par("add_method"); 
cpRequestorName = rcv_msg->par("add_request"); 
roleTime = rcv_msg->par("roleTime"); //Msg Size 


tmpDouble = simTime()-roleTime; 


ev << "[SSwitch] receive from " << cpRequestorName <<'\n'; 


#ifdef DEBUG_FLAG_L2 
ev << "[sSwitch] (obj) " << objSvrName << " (method) " << methodName <<‘\n'; 


#endif 


server name 


server 
//Server machine name 


machine name 


server name 


name. 


tmpStr2); 


break; 


//Extract the string varlu of the machine and object 


strcpy(tmpStr1, cpObjSvrName.stringValue ()); 
strcpy(tmpStr2, coMethodName.stringValue ()); 


outport = dnsObjSvrSvc.FindOutGateByName(tmpStr1 ); 
//Send the port to the relevant out port. 


if (outport != -1) 
send( rcv_msg, "sw2m_out", outport); 


case NAME_REGISTER: 


break; 


/IDNS Register message to be sent over to the DNS 
cpMachineName = _ rcv_msg->par("add_machine"); 
cpName = rcv_msg->par("add_name"); //Object server 
delete rcv_msg; 

//Extract the string varlu of the machine and object 


strcpy(tmpStr1, coMachineName.stringValue ()); 
strcpy(tmpStr2, coName.stringValue ()); 


//Extract the gate id 

ingate = rcv_gate->id(); 

index = rcv_gate->index(); 

outgate = gate("sw2r_out", index)->index(); 

//Mapping the port to the machine and object server 
dnsRoleSvc.MapSvcToPort(ingate, outgate, tmpStr1, 


inport = dnsRoleSvc.FindInGateByName(tmpStr2); 
outport = dnsRoleSvc.FindOutGateByName(tmpStr2); 
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[[FRREEPEERARERSE EEE RS | 


//* Protected Method 


[[FRREESEERERER SABER SS | 


//Method to check whether the gate id is a server gate id. 
bool sSwitch::isMachineGateld(int id) 


{ 
for (int i=0; i<sw2min_sz; i++) 
{ 
if (sw2min_id[i] == id) 
return true; 
} 
return false; 
} 


//Method to check whether the gate id is a client gate id. 
bool sSwitch::isRoleGateld(int id) 


{ 
for (int i=0; i<sw2rin_sz; i++) 
{ 
if (sw2rin_id[i] == id) 
return true; 
} 
return false; 
} 


M. STATLOG.CPP 


// StatLog.cpp: implementation of the CStatLog class. 
I 
NUMA 


#include <stdio.h> 
#include <string.h> 


#include "omnetpp.h" 
#include "StatLog.h" 


AMM 
/! Construction/Destruction 
AMAT 
static CStatLog *m_StatLog = NULL; 
CStatLog *CStatLog::GetInstance() 


{ 
if (m_StatLog==NULL) 


m_StatLog = new CStatLog(); 
m_StatLog->initialize(); 
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return m_StatLog; 


} 


CStatLog::CStatLog() 
{ 


} 


CStatLog::~CStatLog() 
{ 


} 


//To initialize the StatLog. 
bool CStatLog::initialize() 


{ 
for (int i=0; i<MAX_ROLETYPE; i++) 
{ 
meanRoleType[i] = 0.0; 
countRoleType{[i] = 0; 
maxRoleType[i] = 0; 
} 
return true; 
} 


/!To get an object using the object name 
bool CStatLog::registerRoleT ype(int type) 


{ 
maxRoleType[type] = maxRoleType[type] + 1; 
return true; 


} 


/!To get an object using the object name 
bool CStatLog::writeLog(char *name, char “role, int type, double sz, double smallest, double 
largest, double mean) 


char str[500]; 
FILE *stream; 


if( (stream = fopen( "stat.log", "a+" )) == NULL ) 
printf( "The file 'stat.log' was not opened\n" ); 


// sprintf(str, "[Sz\\Min\\Max\\Ave]"); 
/ forintf(stream, str); 


sprintf(str, "Ys %s \t%.4f \t%.4f \t%.4f \t%.4fin", name, role, sz, smallest, largest, mean); 
forintf(stream, str); 


/* Close stream */ 
if( fclose( stream ) ) 
printf( "The file ‘data’ was not closed\n" ); 


countRoleType[type] = countRoleType[type] + 1; 
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meanRoleType[type] = meanRoleType[type] + mean; 


if (countRoleType[type] == maxRoleType|[type]) 
{ 
if( (stream = fopen( "computed.log", "at" )) == NULL ) 
printf( "The file ‘computed.log' was not opened\n" ); 


double computedMean = (double)(meanRoleType[type]/countRoleT ype[type]); 

sprintf(str, "[Type\\Sz\\Total Mean\\Mean] %s %s \t%d \t%.4f \t%.4f\in", name, 
role, countRoleType[type], meanRoleType[type], computedMean); 

forintf(stream, str); 


/* Close stream */ 
if( fclose( stream ) ) 
printf( "The file ‘computed.log' was not closed\n" ); 


meanRoleType[type] = 0.0; 
countRoleType[type] = 0; 
maxRoleType[type] = 0; 


return true; 


} 
bool CStatLog::writeLog(char “*str) 
FILE *stream; 


if( (stream = fopen( "stat.log", "a+" )) == NULL ) 
printf( "The file 'stat.log' was not opened\n" ); 


forintf(stream, str); 


/* Close stream */ 
if( fclose( stream ) ) 
printf( "The file 'stat.log' was not closed\n" ); 


return true; 


} 


bool CStatLog::writeLogWithRamError(char *name, double sz, double cur) 


FILE *stream; 
char str[500]; 


if( (stream = fopen( "computed.log", "at" )) == NULL ) 
printf( "The file ‘computed.log' was not opened\n" ); 


sprintf(str, "[Type\\Sz\\Total Mean\\Mean] %s -- RAM ERROR (Sz)%.2f (Cur)%.2f \n", 
name, sz, cur); 


forintf(stream, str); 
/* Close stream */ 


if( fclose( stream ) ) 
printf( "The file ‘computed.log' was not closed\n" ); 
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return true; 


N. DISOBJSVRSIM.NED NETWORK DESCRIPTION FILE 


[ [PEER E ERSTE SESE ES EE ES TEER EERE ROMA R RENEE OREN MRS ee ee eee ee 


/! Hardware Modelled 

/ KEKKEKEKKEKRERREKKEKKREREEKRKEKREK EERE EKER ERR EREKRERKREREKEKEKEKEKEKRERERKEK 

// Role -- 

I 

/! A client computer which periodically connects to the 

// server for data exchange. In future, role based client should 
/! be implemented for the thesis. 


I 
simple sRole 
parameters: 
def_file : string; 
gates: 
//switch connection port 
out: r2sw_out; 
in: r2sw_in; 
endsimple 
/! Switch -- 
I 


/! Avery simple module which models the network between 
// the servers and clients 


// 
simple sSwitch 
gates: 
out: sw2r_outf]; 
in: sw2r_in{]; 
out: sw2m_out[]; 
in: sw2m_ inf]; 
in: sw2d_in; 
endsimple 
/! Server -- 
I 


/! Models a server which accepts connections from the 
// client computers. It serves multiple connections of 
/! object servers. 
I 
simple sMachine 
parameters: 

num_objsvr : numeric, 

objsvridx : numeric, 

def_file : string; 


gates: 
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//switch connection port to the s 
out: m2sw_ out; 
in: m2sw_in; 


//object server connection port to the object server app 
out: m2os_out[]; 
in: m2os_ inf]; 

endsimple 


/! ObjSvrApp -- 
I 
/! Models a client application 
I 
simple sObjSvr 
parameters: 
cfg_file : string; 


gates: 
//object server application connection port to the server 
out: os2m_ out; 
in: os2m_in; 
endsimple 


/! DisObjSvrSim -- 


module DisObjSvrSim 


[ [RES EE AEEER ERE SE EEE EELS CRE eT ee Ce ee eT RE he 


// Parameters 


[FEET ERE ERASERS SEES SEES Ce eT ee EC CE ee Te Seen ne 


parameters: 
run_name : string, //The name of the run 
num_machine : numeric, //Number of server 
num_role : numeric, //Total number of roles in the system 
num_objsvr : numeric, /[Total number of object server in the system 
max_objsvr : numeric; //Max number of object server per server 


[LEP ERSEEREREEERERSE EE ERERE SERRE ELE EE EET ES REESE EES LEER EERE 


// Submodules 

/ KEKKKKKREKEEREKEKKEKRREREKREKKRERERE EKER EERE EKRERK RRR EKREKRKEREREREKKR 

submodules: 

smachine: sMachine[num_machine]; 
gatesizes: 

m2os_out[max_objsvr], 
m2os_in[max_objsvr]; 
display: "p=95,250, row,50;i=proc1 ;b=36 ,32"; 


role: sRole[num_role]; 
display: "p=95,450, row,50;i=proc1 ;b=36 ,32"; 


switch: sSwitch; 
gatesizes: 
sw2m_out[num_machine], 
sw2m_in[num_machine], 
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sw2r_out[num_role], 

sw2r_in[num_role], 

sw2d_in; 

display: "p=155,350,row,50;i=cloud;b=32,32"; 


objsvr: SObjSvr[num_objsvr]; 
display: "p=51,150,row,50;i=proc2;b=32 32"; 


/ KEKKEKKEKREREREKKEKEREREKRERKREREREKEKEEK ERE ERERKRERERKEKKEKKREREREKKK 


/! Connections 
[[EREASEAREREES SEE RRRERS ERR AERER REDE S AERE EERE ARREARS TEES EEEEEER EL 
connections nocheck: 
//{Connections between server and switch 
for i=0..num_role-1 do 
role{i].r2sw_out --> delay 10ms --> switch.sw2r_in[i]; 
role[i].r2sw_in <-- delay 10ms <-- switch.sw2r_out[i]; 
endfor; 


for i=0..num_machine-1 do 
smachine[i].m2sw_out --> delay 10ms --> switch.sw2m_in[Ii]; 
smachine[i].m2sw_in <-- delay 10ms <-- switch.sw2m_out[i]; 
endfor; 


for i=0..num_machine-1, 
j=Smachine[i].objsvridx+0..smachine[i].objsvridx+smachine[i].num_objsvr-1 do 
smachine[i].m2os_out[j-smachine[i].objsvridx] --> delay 10ms --> objsvr[j].os2m_in; 
smachine[i].m2os_in[j-smachine[i].objsvridx] <-- delay 10ms <-- objsvr[j].os2m_out; 
endfor; 


endmodule 


// theDisObjSvrSim -- 
I 
/! Instantiates the DisObjSvrSim network 
I 
/!network theDisObjSvrSim : DisObjSvrSim 
network model : DisObjSvrSim 
parameters: 
// ... (parameter assignments) 
endnetwork 
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APPENDIX B - SOURCE CODE OF PATTERN GENERATOR 


A. PATTERNGENERATOR.CPP 


// PatternGenerator.cpp : Defines the entry point for the console application. 
I 


#include "stdafx.h" 
#include <stdlib.h> 
#include <stdio.h> 
#include <string.h> 
#include <math.h> 


const int MAX_MACHINEINFO = 20; 
const int MAX_ROLE = 20; 

const int MAX_OBJSVR = 20; 

const int MAX_PATTERN = 1000; 
const int MAX_STRING_SZ = 100; 


char newBaseFile[MAX_STRING_SZ]; 

char baseFile[MAX_STRING_ SZ]; 

char machineName[MAX_MACHINEINFO][MAX_STRING_SZ]; 
char objsvrName[MAX_OBJSVR][MAX_STRING_ SZ]; 


int numRoleType = 0; 

char roleName[MAX_ROLE][MAX_STRING_ SZ]; 
char roleBaseFile[MAX_ROLE][MAX_STRING_ SZ]; 
int roleCount[MAX_ROLE]; 


int patternCount = 0; 
int fileCount = 0; 


struct SMACHINFO 


{ 
char name[MAX_STRING_SZ]; 
int numOfObj; 
int objIndex[MAX_OBJSVR]; 
int indexOfObj; 

} machinfo; 


SMACHINFO machinelnfo[MAX_MACHINEINFO]; 
int machinelnfoCount; 
int objSvrindex; 


/!To initialize the machine info array for future storage. 
//The maximum number of machine info is set to 20. 
void initMachinelnfo() 


{ 
for (int i=0; i<MAX_MACHINEINFO; i++) 


strcpy(machinelnfo[i].name, ""); 
machinelnfo[i].numOfObj = 0; 
machinelnfo[i].indexOfObj = 0; 
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} 


for (int j=0; j<MAX_OBJSVR; j++) 
machinelnfo[i].objlndex[j] = -1; 


} 


machinelnfoCount = 0; 


//To get the number of bits needed to represent the machine. 
//For example, if there is 5 machines, we will need 1071 i.e. 3 bits 
//to represent 5 machines. 

int getNumOfBits(int machine) 


} 


unsigned int tmpNum1 = 0; 
unsigned int tmpNum2 = 0; 
int counter = 0; 


tmpNum1 = (unsigned int)machine; 


/!To shift the bit pattern until the number 

/[becomes zero. The counter will represent the number of bits 
//needed. 

while (tmpNum1 != 0) 


tmpNum1 = tmpNum1 >> 1; 
counter = counter + 1; 


} 


return counter; 


/!To get the filter needed for the bits pattern. 

//For example, if for 5 machines, base=3 and the filter pattern 
//should be 111. 

unsigned int getFilter(int base) 


} 


unsigned int tmpNum1 = 0; 


//For the number of bit, compute the filter. 
for (int i=0; i<base; i++) 


{ 
tmpNum1 = tmpNum1 + pow(2, i); 


return tmpNum1; 


/ITo get the bits string to represent the machine and objsvr 
unsigned int getBitsString(int base, int machine, int objsvr) 


{ 


unsigned int tmpNum1 = 0; 
unsigned int tmpNum2 = 0; 
int counter = 0; 


tmpNum1 = (unsigned int)machine; 


while (counter != objsvr) 


146 


/Ishift the bit to the left by base length. 
//For example if base=2, tmpNum2=0, the result will be 11 
tmpNum2 = tmpNum2 << base; 


//Forcing an OR sting will map the value to the appropriate value 

//For example, if the machine is 5(101), ie base=3. Having the initial 

/Ivalue as 111 will introduce additional processing time that is not necessary 
//Forcing it to 101 will help to reduce unnecessary processing. 

tmpNum2 = tmpNum2z2 | tmpNum1; 

counter = counter + 1; 


} 


return tmpNum2; 


} 


/!To get the bits string to represent the machine and objsvr 
unsigned int getTerminateString(int base, int machine, int objsvr) 


unsigned int tmpNum1 = 0; 
unsigned int tmpNum2 = 0; 
int counter = 0; 


tmpNum1 = (unsigned int)machine; 


while (counter != objsvr) 


{ 
//shift the bit to the left by base length. 
//For example if base=2, tmpNum2=0, the result will be 11 
tmpNum2 = tmpNum2 << base; 
counter = counter + 1; 
} 


return tmpNum2; 


} 


/!To check whether the terminate string is reached. 
bool checkFinalString(unsigned int terminateString, unsigned int string, unsigned int filter) 
{ 
if (terminateString > string) 
return true; 


return false; 


} 


/!To check whether the string is valid. This method will break up the 
//string pattern into blocks of bit in the same size as the base. 
//For example, 11111111 is broken in 4 blocks of 2 bits each. 
bool checkString(unsigned int string, int base, int machine, int objsvr, unsigned int filter) 
{ 
unsigned int tmpNum1 = 0; 
unsigned int tmpNum2 = 0; 
unsigned int tmpNum3 = 0; 
int counter = 0; 


tmpNum/1 = string; 
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tmpNum3 = (unsigned int)machine; 
/Icheck the length first. 


while (counter != objsvr) 


{ 
//Perform an AND operation. 


//For example 11101010 AND 11 will return 10. 
tmpNum2 = tmpNum1 & filter; 


/lif the extracted block is 0 or greater than the number of machine 
/Ithen it is a infeasible pattern. Ignore the pattern. 

if ((tmpNum2 == 0) || (tmpNum2 > machine)) 

{ 


return false; 


} 


/Ishift right by base bit. 
tmpNum1 = tmpNum1 >> base; 
counter = counter + 1; 


} 


return true; 


} 


/ITo print the role file content. 
// Example : simR1(2).ini 


// [Run 1] #0 
// model.run_name = "pat1" #1 
// model.num_machine = 3 #2 
// model.num_objsvr = 3 #3 
/! model.max_objsvr = 3 #4 
// model.smachine[2].def_file = "SIX.def" #5 
// model.smachine[2].num_objsvr = 3 #6 
/! model.smachine[2].objsvridx = 0 #7 
/! model.objsvr[0].cfg_file = "A.def" #8 
/! model.objsvr[1].cfg_file = "B.def" #9 
// model.objsvr[2].cfg_file = "C.def" #10 


bool printPatternString(unsigned int string, int count, int base, int machine, int objsvr, unsigned int 
filter) 
{ 

FILE *in_stream; 

FILE *out_stream; 


unsigned int tmpNum1 = 0; 
unsigned int tmpNum2 = 0; 
unsigned int tmpNum3 = 0; 
int counter = 0; 


tmpNum1 = string; 

tmpNum3 = (unsigned int)machine; 
char tmpStr2[200] = ""; 

char tmpStr1[20] = "" 

char tmpStr3[200] = ""; 


bool found = false; 
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bool breakFile = false; 
int maxNumObjSvr = 0; 


//The purpose of these code is to break the initiation file 
/linto block of 1000 call pattern each. These will allow 
//smaller file for easy management. To enable the features 
/Iset the flag breakFile to true. 

if ((patternCount > MAX_PATTERN) && (breakFile)) 


fileCount = fileCount + 1; 
sprintf(newBaseFile, "%s_%d.cfg", baseFile, fileCount); 


else 


sprintf(newBaseFile, "%s.cfg", baseFile); 


//open the pattern file for writing. 
if( (out_stream = fopen( newBaseFile, "at" )) == NULL ) 
return 0; 


//initialize the machine info block 
initMachinelnfo(); 


//Mnitialize the machine information with the machine name. 
for (int j=0; j<machine; j++) 


strcpy(machinelnfo[j].name, &machineNamef|j][0]); 
machinelnfof[j].numOfObj = 0; 
machinelnfofj].indexOfObj = 0; 


} 


//Write the information for each object server. 
while (counter != objsvr) 


{ 
found = false; 
tmpNum2 = tmpNum1 & filter; 
/!getting the name of the machine 
sprintf(tmpStr1, "%s", &machineName[tmpNum2-1][0)); 
for (int i=0; i<machine; i++) 
{ 
//compare the machine name is it is equal than 
/lincrease the numOfObj by one. 
if (strcmp(machinelnfo[i].name, tmpStr1) == 0) 
//found matching string that is already in the machinelnfo 
//store the index which is the counter. 
machinelnfo[i].objlndex[machinelnfo[i].numOfObj] = counter; 
machinelnfo[i].numOfObj = machinelnfof[i].numOfObj + 1; 
/Ito determine the max number of object server allocated to any 
machine. 


if (maxNumObjSvr < machinelnfo[i].numOfObj) 
maxNumObjsvr = machinelnfofi].numOfObj; 
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found = true; 


} 


sprintf(tmpStr3, "[Ys] ", tmpStr1); 
strcat(tmpStr2, tmpStr3); 
tmpNum1 = tmpNum1 >> base; 
counter = counter + 1; 


} 
objSvrindex = 0; 


//write comment line 

sprintf(tmpStr3, "## pat%od %s ##\n", count+1, tmpStr2); 
forintf(out_stream, tmpStr3); 

printf(tmpStr3); 


/Iwrite line #0 
sprintf(tmpStr3, "[Run %d]\n", count+1); 
forintf(out_stream, tmpStr3); 


/Iwrite line #1 
sprintf(tmpStr2, "model.run_name = \"pat%d\"\n", count+1); 
forintf(out_stream, tmpStr2); 


/Iwrite line #2 
sprintf(tmpStr2, "model.num_machine = %d\n", machine); 
forintf(out_stream, tmpStr2); 


/Iwrite line #3 
sprintf(tmpStr2, "model.num_objsvr = %d\n", objsvr); 
forintf(out_stream, tmpStr2); 


/Iwrite line #4 
sprintf(tmpStr2, "model.max_objsvr = %d\n", maxNumObjSvr); 
forintf(out_stream, tmpStr2); 


//write line #5-10 
for(int k=0; k<machine; k++) 


/Iwrite line #5 

sprintf(tmpStr2, "model.smachine[%d].def_file = \"%s.def\"\n", k, 
machinelnfo[k].name); 

forintf(out_stream, tmpStr2); 


/Iwrite line #6 

sprintf(tmpStr2, "model.smachine[%d].num_objsvr = %d\n", k, 
machinelnfo[k].numOfOb)j); 

forintf(out_stream, tmpStr2); 


/Iwrite line #7 
if (machinelnfo[k].numOfObj != 0) 


sprintf(tmpStr2, "model.smachine[%d].objsvridx = %d\n", k, objSvrindex); 
forintf(out_stream, tmpStr2); 
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else 


sprintf(tmpStr2, "model.smachine[%d].objsvridx = Y%d\n", k, 0); 


forintf(out_stream, tmpStr2); 


/Iwrite line #8-10 
for (int m=0; m<machinelnfo[k].numOfObj; m++) 


sprintf(tmpStr2, "model.objsvr[%d].cfg_file = \"%s.def\"\n", 


m+objSvrindex, objsvrName[machinelnfo[k].objlndex[m]]); 


} 


forintf(out_stream, tmpStr2); 


objSvrindex = objSvrindex + machinelnfo[k].numOfObj; 
forintf(out_stream, "\n"); 


fclose(out_stream); 
patternCount = patternCount + 1; 
return true; 


/!To print the role file content. 

// Example : role.ini 

/! model.role[0].def_file = "roleO_0.def" #1 
// model.role[1].def_file = "roleO_1.def" 

/! model.role[2].def_file = "roleO_2.def" 

/! model.role[3].def_file = "roleO_3.def" 


// model.num_role = 4 #2 
I 

// Example : RoleA_0.def 

// [name] ROLEA_0 #1 
// [min_wait] 10 #2 
// [max_wait] 11 #3 
/! [call] F1.B1/50 #4 
// [call] F1.B2/1 #5 
// [call] F2.B1/1 #6 
/! [call] F2.B4/5 #7 
/! [dr_sw] 200000000 #8 
/! [btw_call] 0.05 #9 


bool printRoleFile() 


{ 


FILE *in_stream; 
FILE *out_stream, *out_stream2; 


int rolelndex = 0; 
int totalRole = 0; 


char tmpStr[200] = ""; 
char curFile[200] = ""; 
char roleUName[200] = ""; 


/[To open the baseFile. 
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if( (out_stream = fopen( baseFile, "a+" )) == NULL ) 
return 0; 


//printing the [Parameters] header, this is the format 
//needed by the omnet.ini file. 

sprintf(tmpStr, "[Parameters]\n"); 
forintf(out_stream, tmpStr); 


//Generate the file for each role type 
while (rolelndex != numRoleType) 


{ 


//opening the role base file for duplicating 
if( (in_stream = fopen( roleBaseFile[rolelndex], "r+" )) == NULL ) 


return 0; 


//generate a role file for each 
for (int i=0; i<roleCount[rolelndex]; i++) 


roleNamefrolelndex], i); 


//creating the role configuration rile. 
sprintf(tmpStr, "model.role[%d].def_file = \"%s_%d.def\"\n", totalRole, 


forintf(out_stream, tmpStr); 
totalRole = totalRole + 1; 


//creating a configuration file for each role defined. 
fseek(in_stream, 0, SEEK_SET); 
fgets(tmpStr, 100, in_stream); 


//printing a unique role name for each of the role defined. 
/Ithe role name is of the format <RoleName>_<Index of this role> 
strcpy(roleUName, roleName[rolelndex]); 


//make the role name into upper case. 
_ strupr(roleUName); 


//creating a filename roleA_1.def 

sprintf(curFile, "%s_%d.def", roleName[rolelndex], i); 

if( (out_stream2 = fopen( curFile, "wt" )) == NULL ) 
return 0; 

printf("Writing %s...\n", curFile); 


//print line #1 
sprintf(tmpStr, "[name] %s_%d\n", roleUName, i); 
forintf(out_stream2, tmpStr); 


//copying from the base file to the new role file name. 
while (fgets(tmpStr, 100, in stream) != NULL) 
{ 


//copying line #2-9 from the role base file into the new file 
forintf(out_stream2, tmpStr); 
} 


/Iclose the new file 
fclose(out_stream2); 


//close the file only the number of files are generated. 
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fclose(in_stream); 
rolelndex = rolelndex + 1; 


} 


//printing the line #2 for role.ini 
sprintf(tmpStr, "model.num_role = %d\n", totalRole); 
forintf(out_stream, tmpStr); 


/Iclose the role file. 
fclose(out_stream); 


return true; 


} 


//a. To prompt the user for input that is needed to generate the pattern file 
//b. Generate the pattern file 
void generatePatternFile() 
{ 
char tmpStr[1 00]; 
char curFile[100]; 
char roleUName[100]; 


int numMachine = 0; 
int numMObjSvr = 0; 

int numBaseBit = 0; 

int numValidString = 0; 


unsigned int bitsString = 0; 
unsigned int oriString = 0; 
unsigned int filter = 0; 

unsigned int terminateString = 0; 


bool valid = false; 
bool final = false; 


//Enter the new patten file name 

printf("Please enter the base file > "); 

gets( baseFile ); 

sprintf(newBaseFile, "%s_%d.ini", baseFile, fileCount); 


//Enter the number of machine 

printf("Please enter the number of machine > "); 
gets( tmpStr ); 

numMachine = atoi(tmpStr); 


//For each of the machine, prompt for the machine name. 
for (int i=0; i<numMachine; i++) 
{ 
printf("\tPlease enter the name of machine > "); 
gets( tmpStr ); 
strcpy(&machineName[i][0], tmpStr); 


//Enter the number of object server 
printf("Please enter the number of object server > "); 
gets( tmpStr ); 
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numObjSvr = atoi(tmpStr); 


//For each of the object server, prompt for the object server name 
for (int j=0; j<numObjSvr; j++) 
{ 


printf("\tPlease enter the name of object server > "); 
gets( tmpStr ); 
strcpy(&objsvrNamef{j][0], tmpStr); 


//For example the scenario of 3 machines[A,B,C] and 4 objsvrs. 
//Each machine can be represented as two bits i.e. 11. A bit string is created such as 


11111111 


filter); 


//So 11111111 will means that the 4 objsvrs are run in the 3rd machine. 

I 

//For each iteration, the bitstring is substract by 1. And the deployment pattern is 
/Icomputed again. 

/1st pass : 11111111 > {CH{CHC}{C} 

//2nd pass : 11111110 > {C}{C}{C}{B} 

//3rd pass : 11111101 > {C}{C}{C}A} 

//4th pass : 11111100 > No feasible, ignore. 


/Inth pass : 00111111 > Terminating string, since any decrease will have no effect. 


/!To find the number of bits needed to represent the machine 
numBaseBit = getNumOfBits(numMachine); 


/ITo get the filter pattern with the bits pattern. 
filter = getFilter(numBaseBit); 


/!To find the bits string to represent all the machine. 
bitsString = getBitsString(numBaseBit, numMachine, numObjSvr); 


/!To find the determining the terminating string. For example, if there 
/lis 4 objsvr, the terminate String is 00111111 = 63. 
terminateString = getTerminateString(numBaseBit, numMachine, numObjSvr-1); 


//Copy the string to oristring. 
oriString = bitsString; 


while ((bitsString != 0) && (!final)) 
{ 
/!To check whether the final string has occurred. 
final = checkFinalString(terminateString, bitsString, filter); 


/lif the value has not reach the terminating string. 
if (!final) 
{ 
//check whether the string is a valid string, in the previous example 
//0 is a non feasible solution and it will be ignore. 
valid = checkString(bitsString, numBaseBit, numMachine, numObjSvr, 


if (valid) 
i 
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/Itry printing out the value 
printPatternString(bitsString, numValidString, numBaseBit, 


numMachine, numObjsvr, filter); 


} 


numValidString = numValidString + 1; 


} 
} 


//subtract the value by one. 
bitsString = bitsString - 1; 
} 


printf("Number of Valid String >> %d\n", numValidString); 


//a. To prompt the user for input that is needed to generate the role file 
//b. Generate the role file 
void generateRoleFile() 


{ 


char tmpStr[1 00]; 


//Enter the role configuration file name 
printf("Please enter the new role configuration filename > "); 
gets( baseFile ); 


//Enter the number of role type. E.g. if there is 
//RoleA, RoleB, RoleC, the number of role type is 3 
printf("Please enter the number of role type > "); 
gets( tmpStr ); 

numRoleType = atoi(tmpStr); 


//For each role type. 
for (int k=0; k<numRoleType; k++) 


{ 
//Enter the name of the role. 
printf("\tPlease enter the name of role %d > ", k); 
gets( tmpStr ); 
strcpy(&roleName{k][0], tmpStr); 
//Enter the base filename. The base filename will be 
//used to generate the role configuration file. 
//For example, if there is 10 RoleA, then there will 
/Ibe 10 files generated from roleA_0.def to roleA_9.def 
printf("\tPlease enter the base file name > "); 
gets( tmpStr ); 
strcpy(&roleBaseFile[k][0], tmpStr); 
//Enter the number of this role type. 
printf("\tPlease enter the number of role >"); 
gets( tmpStr ); 
roleCount[k] = atoi(tmpStr); 
} 


/!To print the role file. 
printRoleFile(); 
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int main(int argc, char* argv[]) 


{ 


bool finish = false; 
char tmpStr[10]; 
int choice = 9; 


//Prompt for a choice and if choice is 9, exit the program. 
while (!finish) 


} 


printf("Please select file to generate > \n"); 
printf("1. Generate call pattern file. \n"); 
printf("2. Generate role configuration file. \n"); 
printf("3. Reserved. \n"); 

printf("9. Exit \n"); 

gets(tmpStr); 


choice = atoi(tmpStr); 
switch (choice) 


//To generate the pattern file. 
case 1: generatePatternFile(); break; 


/!To generate the role file. 
case 2: generateRoleFile(); break; 


//To exit the program. 
case 9: finish = true; break; 


} 


return 0; 
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APPENDIX C —VERIFICATION EXPERIMENT 1 


A. CONFIGURATION FILES 


Object server A — A.def 


[name] A 
[ram_util] 44000 
[object] A 
[num_obj] 1 


Object server B — B.def 


[name] B 
[ram_util] 60000 
[object] B 
[nNum_obj] 1 


Object server C — C.def 


[name] C 
[ram_util] 66000 
[object] C 
[num_obj] 1 


RoleO Configuration File — role0.def 


[name] ROLEO 
[type] 0 

[min_wait] 15 
[max_wait] 16 
[call] C1.B1/50 
[call] C1.B2/1 

[call] C2.B1/1 

[call] C2.B6/1 
[dr_sw] 200000000 
[btw_call] 0.05 


Role1 Configuration File — role1.def 


[name] ROLE1 
[type] 1 

[min_wait] 6 
[max_wait] 7 

[call] C1.B1/10 
[call] C1.B2/40 
[call] C3.B2/24 
[dr_sw] 200000000 
[btw_call] 0.05 


Role2 Configuration File — role2.def 


[name] ROLE2 
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[type] 2 

[min_wait] 4 
[max_wait] 5 

[call] C2.B5/50 
[call] C2.B9/10 
[call] C2.B3/30 
[call] C2.B2/1 

[call] C3.B2/1 
[dr_sw] 200000000 
[btw_call] 0.05 


MACHINE SIX — SIX.def 


[name] SIX 
[cpu_pow] 600000 
[ram_sz] 64000 
[ram_limit] 0.0 
[dr_sw] 200000000 
[er_sw] 0.000000001 
[process _call] 0.005 
[process swap] 0.005 
[disk_swap] 0.005 
[exec_time] 5.0 
[ran_exec] 0.05 
[time_slice] yes 


MACHINE BR733 — BR733.def 


[name] BR733 
[cpu_pow] 733000 
[ram_sz] 128000 
[ram_limit] 0.0 
[dr_sw] 200000000 
[er_sw] 0.000000001 
[process_call] 0.005 
[process_swap] 0.005 
[disk_swap] 0.005 
[exec_time] 5.0 
[ran_exec] 0.05 
[time_slice] yes 


MACHINE GIGA — GIGA.def 


[name] GIGA 
[cpu_pow] 1000000 
[ram_sz] 128000 
[ram_limit] 0.0 
[dr_sw] 200000000 
[er_sw] 0.000000001 
[process_call] 0.005 
[process swap] 0.005 
[disk_swap] 0.005 
[exec_time] 5.0 
[ran_exec] 0.05 
[time_slice] yes 
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Button Configuration File — button.def 


[NEW_DEF] 
C1.B1 

AM 
[END_DEF] 
[NEW_DEF] 
C1.B2 

Al2 

B/1 
[END_DEF] 
[NEW_DEF] 
C2.B1 


[END_DEF] 
[NEW_DEF] 
C2.B2 

C/3 
[END_DEF] 
[NEW_DEF] 
C2.B3 

C/2 
[END_DEF] 
[NEW_DEF] 
C2.B4 

C/3 
[END_DEF] 
[NEW_DEF] 
C2.B5 


Interaction Configuration File — interact.def 


[NEW_INTERACT] B/2 
[CALL] C/1 
[END_ INTERACT] 


Object Configuration File — obj.def 


[NEW_OBJ_DEF] 
A/10000 
1/579600/112000 
2/2620300/18400 
3/1181750/44800 
4/2026400/176000 
[END_OBJ_DEF] 
[NEW_OBJ_DEF] 
B/10000 
1/1766550/4000000 
2/3700850/2720000 
[END_OBJ_DEF] 
[NEW_OBJ_DEF] 
C/10000 
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1/3004300/320000 
2/4804000/4000000 
3/488150/400000 
[END_OBJ_DEF] 


Role Configuration File for Simulation1 


[Parameters] 
model.role[0].def_file = "roleO.def" 
model.num_role = 1 


Role Configuration File for Simulation2 


[Parameters] 
model.role[0].def_file = "role1.def" 
model.num_role = 1 


Role Configuration File for Simulation3 


[Parameters] 
model.role[0].def_file = "role2.def" 
model.num_role = 1 


Role Configuration File for Simulation4 


[Parameters] 

model.role[0].def_file = "ROLE1_0.def" 
model.role[1].def_file = "ROLE1_1.def" 
model.role[2].def_file = "ROLE1_2.def" 
model.role[3].def_file = "ROLE1_3.def" 
model.num_role = 4 


Role Configuration File for Simulation5 


[Parameters] 

model.role[0].def_file = "ROLE2_0.def" 
model.role[1].def_file = "ROLE2_1.def" 
model.role[2].def_file = "ROLE2_2.def" 
model.num_role = 3 


Role Configuration File for Simulation6 


[Parameters] 

theDisObjSvrSim.role[0].def_file = "roleO_O.def" 
theDisObjSvrSim.role[1].def_file = "roleO_1.def" 
theDisObjSvrSim.role[2].def_file = "roleO_2.def" 
theDisObjSvrSim.role[3].def_file = "roleO_3.def" 
theDisObjSvrSim.role[4].def_file = "roleO_4.def" 
theDisObjSvrSim.role[5].def_file = "roleO_5.def" 
theDisObjSvrSim.role[6].def_file = "roleO_6.def" 
theDisObjSvrSim.role[7].def_file = "roleO_7.def" 
theDisObjSvrSim.role[8].def_file = "roleO_8.def" 
theDisObjSvrSim.role[9].def_file = "roleO_9.def" 
theDisObjSvrSim.role[10].def_file = "roleO_10.def" 
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theDisObjSvrSim.role[1 1].def_file = "roleO_11.def" 
theDisObjSvrSim.role[12].def_file = "roleO_12.def" 
theDisObjSvrSim.role[13].def_file = "roleO_13.def" 
theDisObjSvrSim.role[14].def_file = "roleO_14.def" 
theDisObjSvrSim.role[15].def_file = "roleO_15.def" 
theDisObjSvrSim.role[16].def_file = "roleO_16.def" 
theDisObjSvrSim.role[1 7].def_file = "roleO_17.def" 
theDisObjSvrSim.role[18].def_file = "roleO_18.def" 
theDisObjSvrSim.role[19].def_file = "roleO_19.def" 
theDisObjSvrSim.role[20].def_file = "roleO_20.def" 
theDisObjSvrSim.role[21].def_file = "roleO_21.def" 
theDisObjSvrSim.role[22].def_file = "roleOQ_22.def" 
theDisObjSvrSim.role[23].def_file = "roleO_23.def" 
theDisObjSvrSim.role[24].def_file = "roleOQ_24.def" 
theDisObjSvrSim.role[25].def_file = "roleOQ_25.def" 
theDisObjSvrSim.role[26].def_file = "roleO_26.def" 
theDisObjSvrSim.role[27].def_file = "roleOQ_27.def" 
model.num_role = 28 


Pattern Configuration File for 


## pat1 [GIGA] [GIGA] [GIGA] ## 

[Run 1] 

model.run_name = "pati" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 3 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 0 
model.smachine[0].objsvridx = 0 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 0 
model.smachine[1].objsvridx = 0 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 3 
model.smachine[2].objsvridx = 0 
model.objsvr[0].cfg_file = "A.def" 
model.objsvr[1].cfg_file = "B.def" 
model.objsvr[2].cfg_file = "C.def" 


## pat2 [SIX] [GIGA] [GIGA] ## 

[Run 2] 

model.run_name = "pat2" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 2 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 0 
model.smachine[0].objsvridx = 0 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 1 
model.smachine[1].objsvridx = 0 
model.objsvr[0].cfg_file = "A.def" 
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model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 2 
model.smachine[2].objsvridx = 1 
model.objsvr[1].cfg_file = "B.def" 
model.objsvr[2].cfg_file = "C.def" 


## pat3 [BR733] [GIGA] [GIGA] ## 

[Run 3] 

model.run_name = "pat3" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 2 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 1 
model.smachine[0].objsvridx = 0 
model.objsvr[0].cfg_file = "A.def" 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 0 
model.smachine[1].objsvridx = 0 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 2 
model.smachine[2].objsvridx = 1 
model.objsvr[1].cfg_file = "B.def" 
model.objsvr[2].cfg_file = "C.def" 


## pat4 [GIGA] [SIX] [GIGA] ## 

[Run 4] 

model.run_name = "pat4" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 2 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 0 
model.smachine[0].objsvridx = 0 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 1 
model.smachine[1].objsvridx = 0 
model.objsvr[0].cfg_file = "B.def" 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 2 
model.smachine[2].objsvridx = 1 
model.objsvr[1].cfg_file = "A.def" 
model.objsvr[2].cfg_file = "C.def" 


## patd [SIX] [SIX] [GIGA] ## 

[Run 5] 

model.run_name = "pat5" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 2 
model.smachine[0].def_file = "BR733.def" 
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model.smachine[0].num_objsvr = 0 
model.smachine[0].objsvridx = 0 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 2 
model.smachine[1].objsvridx = 0 
model.objsvr[0].cfg_file = "A.def" 
model.objsvr[1].cfg_file = "B.def" 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 1 
model.smachine[2].objsvridx = 2 
model.objsvr[2].cfg_file = "C.def" 


## pat6 [BR733] [SIX] [GIGA] ## 

[Run 6] 

model.run_name = "pat6" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 1 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 1 
model.smachine[0].objsvridx = 0 
model.objsvr[0].cfg_file = "A.def" 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 1 
model.smachine[1].objsvridx = 1 
model.objsvr[1].cfg_ file = "B.def" 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 1 
model.smachine[2].objsvridx = 2 
model.objsvr[2].cfg_file = "C.def" 


## pat7 [GIGA] [BR733] [GIGA] ## 

[Run 7] 

model.run_name = "pat7" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 2 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 1 
model.smachine[0].objsvridx = 0 
model.objsvr[0].cfg_file = "B.def" 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 0 
model.smachine[1].objsvridx = 0 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 2 
model.smachine[2].objsvridx = 1 
model.objsvr[1].cfg_file = "A.def" 
model.objsvr[2].cfg_file = "C.def" 
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## pat8 [SIX] [BR733] [GIGA] ## 

[Run 8] 

model.run_name = "pat8" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 1 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 1 
model.smachine[0].objsvridx = 0 
model.objsvr[0].cfg_file = "B.def" 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 1 
model.smachine[1].objsvridx = 1 
model.objsvr[1].cfg_file = "A.def" 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 1 
model.smachine[2].objsvridx = 2 
model.objsvr[2].cfg_file = "C.def" 


## pat9 [BR733] [BR733] [GIGA] ## 
[Run 9] 

model.run_name = "pat9" 
model.num_machine = 3 
model.num_objsvr = 3 
model.max_objsvr = 2 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 2 
model.smachine[0].objsvridx = 0 
model.objsvr[0].cfg_file = "A.def" 
model.objsvr[1].cfg_file = "B.def" 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 0 
model.smachine[1].objsvridx = 0 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 1 
model.smachine[2].objsvridx = 2 
model.objsvr[2].cfg_file = "C.def" 


## pat10 [GIGA] [GIGA] [SIX] ## 

[Run 10] 

model.run_name = "pat10" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 2 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 0 
model.smachine[0].objsvridx = 0 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 1 
model.smachine[1].objsvridx = 0 
model.objsvr[0].cfg_file = "C.def" 
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model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 2 
model.smachine[2].objsvridx = 1 
model.objsvr[1].cfg_file = "A.def" 
model.objsvr[2].cfg_file = "B.def" 


## pat11 [SIX] [GIGA] [SIX] ## 

[Run 11] 

model.run_name = "pat11" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 2 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 0 
model.smachine[0].objsvridx = 0 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 2 
model.smachine[1].objsvridx = 0 
model.objsvr[0].cfg_file = "A.def" 
model.objsvr[1].cfg_file = "C.def" 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 1 
model.smachine[2].objsvridx = 2 
model.objsvr[2].cfg_file = "B.def" 


## pat12 [BR733] [GIGA] [SIX] ## 

[Run 12] 

model.run_name = "pat12" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 1 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 1 
model.smachine[0].objsvridx = 0 
model.objsvr[0].cfg_file = "A.def" 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 1 
model.smachine[1].objsvridx = 1 
model.objsvr[1].cfg_file = "C.def" 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 1 
model.smachine[2].objsvridx = 2 
model.objsvr[2].cfg_file = "B.def" 


## pat13 [GIGA] [SIX] [SIX] ## 

[Run 13] 

model.run_name = "pat13" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 2 
model.smachine[0].def_file = "BR733.def" 
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model.smachine[0].num_objsvr = 0 
model.smachine[0].objsvridx = 0 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 2 
model.smachine[1].objsvridx = 0 
model.objsvr[0].cfg_file = "B.def" 
model.objsvr[1].cfg_file = "C.def" 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 1 
model.smachine[2].objsvridx = 2 
model.objsvr[2].cfg_file = "A.def" 


## pat14 [SIX] [SIX] [SIX] ## 

[Run 14] 

model.run_name = "pat14" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 3 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 0 
model.smachine[0].objsvridx = 0 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 3 
model.smachine[1].objsvridx = 0 
model.objsvr[0].cfg_file = "A.def" 
model.objsvr[1].cfg_ file = "B.def" 
model.objsvr[2].cfg_file = "C.def" 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 0 
model.smachine[2].objsvridx = 0 


## pat15 [BR733] [SIX] [SIX] ## 

[Run 15] 

model.run_name = "pat15" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 2 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 1 
model.smachine[0].objsvridx = 0 
model.objsvr[0].cfg_file = "A.def" 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 2 
model.smachine[1].objsvridx = 1 
model.objsvr[1].cfg_file = "B.def" 
model.objsvr[2].cfg_file = "C.def" 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 0 
model.smachine[2].objsvridx = 0 
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## pat16 [GIGA] [BR733] [SIX] ## 

[Run 16] 

model.run_name = "pat16" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 1 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 1 
model.smachine[0].objsvridx = 0 
model.objsvr[0].cfg_file = "B.def" 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 1 
model.smachine[1].objsvridx = 1 
model.objsvr[1].cfg_file = "C.def" 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 1 
model.smachine[2].objsvridx = 2 
model.objsvr[2].cfg_file = "A.def" 


## pat17 [SIX] [BR733] [SIX] ## 

[Run 17] 

model.run_name = "pat17" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 2 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 1 
model.smachine[0].objsvridx = 0 
model.objsvr[0].cfg_file = "B.def" 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 2 
model.smachine[1].objsvridx = 1 
model.objsvr[1].cfg_file = "A.def" 
model.objsvr[2].cfg_file = "C.def" 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 0 
model.smachine[2].objsvridx = 0 


## pat18 [BR733] [BR733] [SIX] ## 
[Run 18] 

model.run_name = "pat18" 
model.num_machine = 3 
model.num_objsvr = 3 
model.max_objsvr = 2 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 2 
model.smachine[0].objsvridx = 0 
model.objsvr[0].cfg_file = "A.def" 
model.objsvr[1].cfg_file = "B.def" 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 1 
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model.smachine[1].objsvridx = 2 
model.objsvr[2].cfg_file = "C.def" 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 0 
model.smachine[2].objsvridx = 0 


## pat19 [GIGA] [GIGA] [BR733] ## 
[Run 19] 

model.run_name = "pat19" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 2 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 1 
model.smachine[0].objsvridx = 0 
model.objsvr[0].cfg_file = "C.def" 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 0 
model.smachine[1].objsvridx = 0 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 2 
model.smachine[2].objsvridx = 1 
model.objsvr[1].cfg_file = "A.def" 
model.objsvr[2].cfg_file = "B.def" 


## pat20 [SIX] [GIGA] [BR733] ## 

[Run 20] 

model.run_name = "pat20" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 1 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 1 
model.smachine[0].objsvridx = 0 
model.objsvr[0].cfg_file = "C.def" 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 1 
model.smachine[1].objsvridx = 1 
model.objsvr[1].cfg_file = "A.def" 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 1 
model.smachine[2].objsvridx = 2 
model.objsvr[2].cfg_file = "B.def" 


## pat21 [BR733] [GIGA] [BR733] ## 
[Run 21] 

model.run_name = "pat21" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 2 
model.smachine[0].def_file = "BR733.def" 
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model.smachine[0].num_objsvr = 2 
model.smachine[0].objsvridx = 0 
model.objsvr[0].cfg_file = "A.def" 
model.objsvr[1].cfg_file = "C.def" 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 0 
model.smachine[1].objsvridx = 0 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 1 
model.smachine[2].objsvridx = 2 
model.objsvr[2].cfg_file = "B.def" 


## pat22 [GIGA] [SIX] [BR733] ## 

[Run 22] 

model.run_name = "pat22" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 1 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 1 
model.smachine[0].objsvridx = 0 
model.objsvr[0].cfg_file = "C.def" 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 1 
model.smachine[1].objsvridx = 1 
model.objsvr[1].cfg_ file = "B.def" 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 1 
model.smachine[2].objsvridx = 2 
model.objsvr[2].cfg_ file = "A.def" 


## pat23 [SIX] [SIX] [BR733] ## 

[Run 23] 

model.run_name = "pat23" 
model.num_machine = 3 
model.num_objsvr = 3 

model.max_objsvr = 2 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 1 
model.smachine[0].objsvridx = 0 
model.objsvr[0].cfg_file = "C.def" 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 2 
model.smachine[1].objsvridx = 1 
model.objsvr[1].cfg_file = "A.def" 
model.objsvr[2].cfg_file = "B.def" 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 0 
model.smachine[2].objsvridx = 0 
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## pat24 [BR733] [SIX] [BR733] ## 
[Run 24] 

model.run_name = "pat24" 
model.num_machine = 3 
model.num_objsvr = 3 
model.max_objsvr = 2 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 2 
model.smachine[0].objsvridx = 0 
model.objsvr[0].cfg_file = "A.def" 
model.objsvr[1].cfg_file = "C.def" 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 1 
model.smachine[1].objsvridx = 2 
model.objsvr[2].cfg_file = "B.def" 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 0 
model.smachine[2].objsvridx = 0 


## pat25 [GIGA] [BR733] [BR733] ## 
[Run 25] 

model.run_name = "pat25" 
model.num_machine = 3 
model.num_objsvr = 3 
model.max_objsvr = 2 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 2 
model.smachine[0].objsvridx = 0 
model.objsvr[0].cfg_file = "B.def" 
model.objsvr[1].cfg_file = "C.def" 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 0 
model.smachine[1].objsvridx = 0 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 1 
model.smachine[2].objsvridx = 2 
model.objsvr[2].cfg_file = "A.def" 


## pat26 [SIX] [BR733] [BR733] ## 
[Run 26] 

model.run_name = "pat26" 
model.num_machine = 3 
model.num_objsvr = 3 
model.max_objsvr = 2 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 2 
model.smachine[0].objsvridx = 0 
model.objsvr[0].cfg_file = "B.def" 
model.objsvr[1].cfg_file = "C.def" 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 1 
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model.smachine[1].objsvridx = 2 
model.objsvr[2].cfg_file = "A.def" 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 0 
model.smachine[2].objsvridx = 0 


## pat27 [BR733] [BR733] [BR733] ## 
[Run 27] 

model.run_name = "pat27" 
model.num_machine = 3 
model.num_objsvr = 3 
model.max_objsvr = 3 
model.smachine[0].def_file = "BR733.def" 
model.smachine[0].num_objsvr = 3 
model.smachine[0].objsvridx = 0 
model.objsvr[0].cfg_file = "A.def" 
model.objsvr[1].cfg_file = "B.def" 
model.objsvr[2].cfg_file = "C.def" 


model.smachine[1].def_file = "SIX.def" 
model.smachine[1].num_objsvr = 0 
model.smachine[1].objsvridx = 0 


model.smachine[2].def_file = "GIGA.def" 
model.smachine[2].num_objsvr = 0 
model.smachine[2].objsvridx = 0 
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B. 


DETAILED RESULT 































































































1. Simulation Run 1 (1 role 1, Ram Limit 0.0) 
Pattern | ServerA | Server B | Server C Number Response Time 
of Call Ave Min Max 
1 GIGA GIGA GIGA 1750 0.9558 0.6612 8.0006 
2 GIGA GIGA BR733 1734 1.0962 0.6612 10.8448 
3 GIGA BR733 GIGA 1738 1.0558 0.6612 8.2388 
4 GIGA BR733 BR733 1733 1.1033 0.6612 10.8456 
5 BR733 GIGA GIGA 1718 1.2533 0.8723 8.0006 
6 BR733 GIGA BR733 1720 1.2313 0.8723 10.8447 
7 BR733 BR733 GIGA 1727 1.1837 0.8723 8.2386 
8 BR733 BR733 BR733 1716 1.2751 0.8723 10.8453 
9 GIGA GIGA SIX 1723 1.1935 0.6612 13.207 
10 GIGA SIX GIGA 1736 1.0857 0.6612 9.3585 
11 GIGA SIX SIX 1721 1.2209 0.6612 13.2068 
12 SIX GIGA GIGA 1711 1.3226 1.0476 7.9991 
13 SIX GIGA SIX 1696 1.4807 1.0476 13.2058 
14 SIX SIX GIGA 1706 1.3782 1.0476 9.3578 
15 SIX SIX SIX 1693 1.4893 1.0476 13.2071 
16 BR733 BR733 SIX 1709 1.3452 0.8723 13.2065 
17 BR733 SIX BR733 1715 1.2877 0.8723 10.8446 
18 BR733 SIX SIX 1697 1.4664 0.8723 13.2069 
19 SIX BR733 BR733 1689 1.5399 1.0476 10.8452 
20 SIX BR733 SIX 1690 1.5391 1.0476 13.2054 
21 SIX SIX BR733 1693 1.5078 1.0476 10.8455 
22 GIGA BR733 SIX 1724 1.2014 0.6612 13.2065 
23 GIGA SIX BR733 1739 1.058 0.6612 10.845 
24 BR733 GIGA SIX 1714 1.2905 0.8723 13.2072 
25 BR733 SIX GIGA 1717 1.2798 0.8723 9.3576 
26 SIX GIGA BR733 1692 1.519 1.0476 10.8453 
27 SIX BR733 GIGA 1701 1.4169 1.0476 8.2397 
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2. 


Simulation Run 2 (1 role 2, Ram Limit 0.0) 














































































































Pattern | Server A | Server B | Server C Number Response Time 
of Call Ave Min Max 
1 GIGA GIGA GIGA 2449 5.2635 0.6612 8.7226 
2 GIGA GIGA BR733 2356 5.7279 0.6612 9.8576 
3 GIGA BR733 GIGA 2238 6.371 0.6612 10.7552 
4 GIGA BR733 BR733 2179 6.7169 0.6612 11.8079 
5 BR733 GIGA GIGA 2328 5.8716 0.8723 8.7224 
6 BR733 GIGA BR733 2246 6.3193 0.8723 9.8584 
7 BR733 BR733 GIGA 2166 6.7915 0.8723 10.7554 
8 BR733 BR733 BR733 2118 7.107 0.8723 11.8085 
9 GIGA GIGA SIX 2321 5.9121 0.6612 10.767 
10 GIGA SIX GIGA 2119 7.0883 0.6612 12.4087 
11 GIGA SIX SIX 2029 7.6891 0.6612 14.3698 
12 SIX GIGA GIGA 2243 6.3354 1.0476 8.7222 
13 SIX GIGA SIX 2156 6.8569 1.0476 10.767 
14 SIX SIX GIGA 1967 8.1308 1.0476 12.4089 
15 SIX SIX SIX 1890 8.7288 1.0476 14.3694 
16 BR733 BR733 SIX 2063 7.4566 0.8723 12.7582 
17 BR733 SIX BR733 1990 7.955 0.8723 13.5029 
18 BR733 SIX SIX 1966 8.141 0.8723 14.3706 
19 SIX BR733 BR733 2062 7.4566 1.0476 11.8076 
20 SIX BR733 SIX 1990 7.9663 1.0476 12.7581 
21 SIX SIX BR733 1929 8.4218 1.0476 13.5031 
22 GIGA BR733 SIX 2131 7.0065 0.6612 12.7588 
23 GIGA SIX BR733 2074 7.4031 0.6612 13.5038 
24 BR733 GIGA SIX 2216 6.4926 0.8723 10.7665 
25 BR733 SIX GIGA 2029 7.681 0.8723 12.4089 
26 SIX GIGA BR733 2179 6.7215 1.0476 9.8585 
27 SIX BR733 GIGA 2083 7.318 1.0476 10.7552 
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3. Simulation Run 3 (1 role 3, Ram Limit 0.0) 














































































































Pattern | Server A | Server B | Server C Number Response Time 
of Call Ave Min Max 
1 GIGA GIGA GIGA 260 9.284 0.5749 14.5538 
2 GIGA GIGA BR733 227 11.2949 0.7511 16.8059 
3 GIGA BR733 GIGA 245 10.1469 0.5758 15.9637 
4 GIGA BR733 BR733 212 12.4098 0.7522 18.0903 
5 BR733 GIGA GIGA 256 9.4766 0.5717 16.1524 
6 BR733 GIGA BR733 229 11.1748 0.749 18.4014 
7 BR733 BR733 GIGA 241 10.3449 0.576 17.5621 
8 BR733 BR733 BR733 208 12.7509 0.7503 19.6866 
9 GIGA GIGA SIX 212 12.5131 0.898 18.6202 
10 GIGA SIX GIGA 235 10.7928 0.5716 17.0846 
11 GIGA SIX SIX 196 13.8507 0.8975 21.0257 
12 SIX GIGA GIGA 256 9.5256 0.5713 17.4756 
13 SIX GIGA SIX 203 13.2308 0.8994 21.5432 
14 SIX SIX GIGA 229 11.1858 0.5713 20.0041 
15 SIX SIX SIX 183 15.0968 0.8995 23.9454 
16 BR733 BR733 SIX 194 13.9055 8.1077 21.5649 
17 BR733 SIX BR733 205 12.9896 0.749 20.8684 
18 BR733 SIX SIX 190 14.4321 0.8967 22.6202 
19 SIX BR733 BR733 211 12.4835 0.7492 21.0107 
20 SIX BR733 SIX 191 14.2588 0.8982 22.8914 
21 SIX SIX BR733 200 13.3633 0.7496 22.1958 
22 GIGA BR733 SIX 197 13.7414 0.8995 19.9709 
23 GIGA SIX BR733 205 12.9471 0.7528 19.2751 
24 BR733 GIGA SIX 200 13.4877 0.8973 20.2182 
25 BR733 SIX GIGA 239 10.5546 0.5712 18.6806 
26 SIX GIGA BR733 229 11.1704 0.7517 19.7244 
27 SIX BR733 GIGA 236 10.703 0.5716 18.8837 
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4. Simulation Run 4 (4 role 2, Ram Limit 0.0) 














































































































Pattern | Server A | Server B | ServerC | Number Average Response Time 
of Call Ave Min Max 

1 GIGA GIGA GIGA 1336 15.0493 0.661525 | 36.60915 
2 GIGA GIGA BR733 1584 11.67535 | 0.661275 25.8519 

3 GIGA BR733 GIGA 1605 11.43463 0.6612 31.5801 

4 GIGA BR733 BR733 1307 15.53168 0.66125 48.36535 
5 BR733 GIGA GIGA 1605 11.43985 | 0.872325 | 33.33738 
6 BR733 GIGA BR733 1702 10.41733 0.8723 30.30368 
7 BR733 BR733 GIGA 1216 17.17995 | 0.872475 | 33.82055 
8 BR733 BR733 BR733 995 22.42225 0.8726 50.05655 
9 GIGA GIGA SIX 1584 11.67603 | 0.661225 | 28.12353 
10 GIGA SIX GIGA 1431 13.61095 | 0.661225 | 40.11288 
11 GIGA SIX SIX 1120 19.2105 0.6612 58.8928 

12 SIX GIGA GIGA 1548 12.10203 1.0476 34.68138 
13 SIX GIGA SIX 1540 12.1953 1.047625 32.2754 

14 SIX SIX GIGA 1010 22.01543 1.04835 39.9369 

15 SIX SIX SIX 836 27.93548 1.0483 62.90595 
16 BR733 BR733 SIX 1207 17.35225 0.8727 34.48555 
17 BR733 SIX BR733 1327 15.1899 0.8723 41.12468 
18 BR733 SIX SIX 1108 19.4705 0.872325 | 61.46145 
19 SIX BR733 BR733 1277 16.03185 | 1.047625 | 48.69093 
20 SIX BR733 SIX 1413 13.8823 1.047675 | 38.25873 
21 SIX SIX BR733 1010 21.99245 1.04785 41.59348 
22 GIGA BR733 SIX 1633 11.12345 0.6612 34.45988 
23 GIGA SIX BR733 1437 13.5477 0.6612 39.30033 
24 BR733 GIGA SIX 1845 9.10485 0.872325 | 25.15523 
25 BR733 SIX GIGA 1399 14.08285 | 0.872325 | 39.62575 
26 SIX GIGA BR733 1750 9.950025 | 1.047625 | 24.67665 
27 SIX BR733 GIGA 1544 12.15075 1.0476 32.21468 
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5. Simulation Run 5 (3 role 3, Ram Limit 0.0) 














































































































Pattern | Server A | Server B | ServerC | Number Average Response Time 
of Call Ave Min Max 

1 GIGA GIGA GIGA 1361 16.6589 1.338 39.90197 
2 GIGA GIGA BR733 1755 11.9086 0.749467 | 30.71187 
3 GIGA BR733 GIGA 1662 12.8099 0.572333 | 37.36043 
4 GIGA BR733 BR733 1121 21.1609 0.7512 42.6214 
5 BR733 GIGA GIGA 1483 14.9085 0.5736 34.62337 
6 BR733 GIGA BR733 1430 15.6307 0.896133 | 51.17463 
7 BR733 BR733 GIGA 1678 12.6598 0.571267 | 35.87533 
8 BR733 BR733 BR733 1000 24.2953 4.2022 61.77937 
9 GIGA GIGA SIX 1480 14.9543 0.9315 35.4827 
10 GIGA SIX GIGA 1520 14.4386 0.571467 | 37.71887 
11 GIGA SIX SIX 917 26.8708 1.3631 55.16787 
12 SIX GIGA GIGA 1461 15.2147 0.583933 | 37.92313 
13 SIX GIGA SIX 1187 19.7351 0.898733 63.8 
14 SIX SIX GIGA 1475 15.0132 0.5718 43.90837 
15 SIX SIX SIX 819 30.6386 3.815067 | 79.47967 
16 BR733 BR733 SIX 1405 15.9958 0.899 41.37097 
17 BR733 SIX BR733 1309 17.4819 0.750667 | 51.57777 
18 BR733 SIX SIX 918 26.8316333 0.8976 55.31653 
19 SIX BR733 BR733 1111 21.4191667 0.7519 46.0873 
20 SIX BR733 SIX 1193 19.6194 0.897167 | 62.65613 
21 SIX SIX BR733 1405 15.9954333 0.7493 45.41987 
22 GIGA BR733 SIX 1468 15.1153667 | 0.947167 34.0967 
23 GIGA SIX BR733 1540 14.1918333 | 0.750333 | 33.39353 
24 BR733 GIGA SIX 1487 14.8577 0.8994 35.05627 
25 BR733 SIX GIGA 1636 13.0968 0.5717 31.954 
26 SIX GIGA BR733 1711 12.3277333 0.7494 36.1378 
27 SIX BR733 GIGA 1774 11.7289 0.571333 31.1135 
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6. Simulation Run 6 (28 role 1, Ram Limit 1.5) 































































































Pattern | Server A | Server B | ServerC | Number Average Response Time 
of Call Ave Min Max 
1 GIGA GIGA GIGA 1117 10.2673 0.670529 60.31194 
2 GIGA GIGA BR733 1404 5.011779 0.670243 34.84174 
3 GIGA BR733 GIGA 1253 7.468704 0.6703 47.26838 
4 GIGA BR733 BR733 1543 3.160807 0.670204 62.23152 
5 BR733 GIGA GIGA 1248 7.5642 1.937279 35.30255 
6 BR733 GIGA BR733 933 15.3563 2.392 77.13771 
7 BR733 BR733 GIGA 1071 11.38449 | 2.353843 53.42089 
8 BR733 BR733 BR733 842 18.70253 | 2.386021 88.78831 
9 GIGA GIGA SIX 1404 5.002846 0.670225 | 56.65871 
10 GIGA SIX GIGA 1245 7.616296 0.670311 46.1542 
11 GIGA SIX SIX error error error error 
12 SIX GIGA GIGA 1022 12.67358 2.90455 53.462 
13 SIX GIGA SIX error error error error 
14 SIX SIX GIGA error error error error 
15 SIX SIX SIX error error error error 
16 BR733 BR733 SIX 1069 11.41627 | 2.068632 54.62706 
17 BR733 SIX BR733 936 15.23539 2.387989 77.05709 
18 BR733 SIX SIX error error error error 
19 SIX BR733 BR733 1020 12.72855 2.9049 55.41852 
20 SIX BR733 SIX error error error error 
21 SIX SIX BR733 error error error error 
22 GIGA BR733 SIX 1550 3.075521 0.670211 56.89704 
23 GIGA SIX BR733 1559 2.962407 0.670204 | 41.20151 
24 BR733 GIGA SIX 1244 7.646021 1.186104 | 45.96066 
25 BR733 SIX GIGA 1249 7.548154 1.382861 33.51087 
26 SIX GIGA BR733 1023 12.64221 2.892257 50.43671 
27 SIX BR733 GIGA 1029 12.47938 2.89965 53.38349 
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7. Simulation Run 7 (1 role 1, Ram Limit 1.5) 































































































Pattern | Server A | Server B | ServerC | Number Average Response Time 
of Call Ave Min Max 
1 GIGA GIGA GIGA 1744 0.6702 8.0191 1.0055 
2 GIGA GIGA BR733 1739 0.6702 10.8606 1.0488 
3 GIGA BR733 GIGA 1737 0.6702 8.2572 1.0636 
4 GIGA BR733 BR733 1731 0.6702 10.8631 1.1247 
5 BR733 GIGA GIGA 1727 0.8813 8.018 1.1665 
6 BR733 GIGA BR733 1709 0.8813 10.8639 1.3483 
7 BR733 BR733 GIGA 1723 0.8813 8.2568 1.2064 
8 BR733 BR733 BR733 1717 0.8813 10.8629 1.2656 
9 GIGA GIGA SIX 1729 0.6702 13.2239 1.1559 
10 GIGA SIX GIGA 1735 0.6702 9.3768 1.0827 
11 GIGA SIX SIX error error error error 
12 SIX GIGA GIGA 1699 1.0566 8.0187 1.4408 
13 SIX GIGA SIX error error error error 
14 SIX SIX GIGA error error error error 
15 SIX SIX SIX error error error error 
16 BR733 BR733 SIX 1703 0.8813 13.2238 1.4044 
17 BR733 SIX BR733 1708 0.8813 10.8639 1.3635 
18 BR733 SIX SIX error error error error 
19 SIX BR733 BR733 1689 1.0566 10.8631 1.5526 
20 SIX BR733 SIX error error error error 
21 SIX SIX BR733 error error error error 
22 GIGA BR733 SIX 1742 0.6702 13.224 1.0286 
23 GIGA SIX BR733 1729 0.6702 10.8633 1.1604 
24 BR733 GIGA SIX 1712 0.8813 13.224 1.3054 
25 BR733 SIX GIGA 1722 0.8813 9.3763 1.2145 
26 SIX GIGA BR733 1707 1.0566 10.8638 1.3706 
27 SIX BR733 GIGA 1698 1.0566 8.2572 1.453 
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8. Simulation Run 8 (1 role 2, Ram Limit 1.5) 































































































Pattern | Server A | Server B | ServerC | Number Average Response Time 
of Call Ave Min Max 
1 GIGA GIGA GIGA 2440 0.6702 8.7493 5.3012 
2 GIGA GIGA BR733 2362 0.6702 9.8857 5.6899 
3 GIGA BR733 GIGA 2235 0.6702 10.7829 6.3843 
4 GIGA BR733 BR733 2197 0.6702 11.8352 6.611 
5 BR733 GIGA GIGA 2325 0.8813 8.7498 5.8862 
6 BR733 GIGA BR733 2264 0.8813 9.8855 6.2286 
7 BR733 BR733 GIGA 2151 0.8813 10.7822 6.8876 
8 BR733 BR733 BR733 2091 0.8813 11.8346 7.2717 
9 GIGA GIGA SIX 2312 0.6702 10.7934 5.9421 
10 GIGA SIX GIGA 2073 0.6702 12.4356 7.392 
11 GIGA SIX SIX error error error error 
12 SIX GIGA GIGA 2258 1.0566 8.7493 6.2603 
13 SIX GIGA SIX error error error error 
14 SIX SIX GIGA error error error error 
15 SIX SIX SIX error error error error 
16 BR733 BR733 SIX 2050 0.8813 12.7852 7.5513 
17 BR733 SIX BR733 1965 0.8813 13.5297 8.145 
18 BR733 SIX SIX error error error error 
19 SIX BR733 BR733 2014 1.0566 11.8351 7.7897 
20 SIX BR733 SIX error error error error 
21 SIX SIX BR733 error error error error 
22 GIGA BR733 SIX 2138 0.6702 12.7848 6.968 
23 GIGA SIX BR733 2069 0.6702 13.5306 7.4252 
24 BR733 GIGA SIX 2220 0.8813 10.7936 6.4696 
25 BR733 SIX GIGA 2019 0.8813 12.4357 7.7743 
26 SIX GIGA BR733 2182 1.0566 9.8856 6.6922 
27 SIX BR733 GIGA 2084 1.0566 10.7824 7.3095 
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9. Simulation Run 9 (1 role 3, Ram Limit 1.5) 































































































Pattern | Server A | Server B | ServerC | Number Average Response Time 
of Call Ave Min Max 

1 GIGA GIGA GIGA 2507 0.5802 11.5328 6.9886 
2 GIGA GIGA BR733 2245 0.758 12.6687 8.3268 
3 GIGA BR733 GIGA 2293 0.5806 12.9238 8.0593 
4 GIGA BR733 BR733 2089 0.7589 13.9755 9.2771 
5 BR733 GIGA GIGA 2431 0.5806 13.1292 7.3435 
6 BR733 GIGA BR733 2185 0.7582 14.2636 8.6711 
7 BR733 BR733 GIGA 2271 0.5803 14.5174 8.1804 
8 BR733 BR733 BR733 2051 0.758 15.5702 9.5299 
9 GIGA GIGA SIX 2059 0.9057 13.5774 9.4775 
10 GIGA SIX GIGA 2170 0.5802 14.0409 8.776 
11 GIGA SIX SIX error error error error 
12 SIX GIGA GIGA 2381 0.5802 14.4546 7.5815 
13 SIX GIGA SIX error error error error 
14 SIX SIX GIGA error error error error 
15 SIX SIX SIX error error error error 
16 BR733 BR733 SIX 1903 0.9058 16.5215 10.6311 
17 BR733 SIX BR733 1959 0.7583 16.7318 10.1949 
18 BR733 SIX SIX error error error error 
19 SIX BR733 BR733 2020 0.758 16.8961 9.7489 
20 SIX BR733 SIX error error error error 
21 SIX SIX BR733 error error error error 
22 GIGA BR733 SIX 1941 0.9059 14.9248 10.3324 
23 GIGA SIX BR733 1967 0.7583 15.1363 10.1292 
24 BR733 GIGA SIX 2017 0.906 15.1736 9.7671 
25 BR733 SIX GIGA 2115 0.5805 15.6375 9.1113 
26 SIX GIGA BR733 2160 0.7583 15.5885 8.8251 
27 SIX BR733 GIGA 2218 0.5803 15.8443 8.4703 
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10. Simulation Run 5 with Time Slice 0.3 sec 














































































































Pattern | Server A | Server B | ServerC | Number Average Response Time 
of Call Ave Min Max 
1 GIGA GIGA GIGA 1296 0.7865 49.6805 17.72243 
2 GIGA GIGA BR733 1694 0.812967 | 29.86783 | 12.48773 
3 GIGA BR733 GIGA 1676 0.599133 34.1284 12.67423 
4 GIGA BR733 BR733 1068 2.7078 49.7649 22.4408 
5 BR733 GIGA GIGA 1443 1.2133 35.91423 | 15.44957 
6 BR733 GIGA BR733 1402 0.873833 | 51.23577 16.0328 
7 BR733 BR733 GIGA 1665 0.6028 39.82163 | 12.79057 
8 BR733 BR733 BR733 950 2.3349 72.1737 25.81193 
9 GIGA GIGA SIX 1459 2.354367 33.978 15.2405 
10 GIGA SIX GIGA 1546 0.817167 | 35.08873 | 14.12207 
11 GIGA SIX SIX 875 1.941167 | 67.93237 | 28.38093 
12 SIX GIGA GIGA 1437 0.6167 34.92737 | 15.53837 
13 SIX GIGA SIX 1174 1.4006 59.8541 20.02303 
14 SIX SIX GIGA 1449 0.602533 | 46.08833 | 15.38293 
15 SIX SIX SIX 771 1.909433 82.328 32.84013 
16 BR733 BR733 SIX 1375 1.1941 40.74587 | 16.42997 
17 BR733 SIX BR733 1301 0.845133 | 52.16217 17.6197 
18 BR733 SIX SIX 879 2.5394 63.9537 28.25097 
19 SIX BR733 BR733 1062 2.161067 48.9474 22.61197 
20 SIX BR733 SIX 1172 1.3686 54.9753 20.0478 
21 SIX SIX BR733 1372 0.8039 50.16107 16.4762 
22 GIGA BR733 SIX 1437 1.352033 | 34.10403 | 15.53427 
23 GIGA SIX BR733 1519 0.815633 | 33.92017 | 14.45383 
24 BR733 GIGA SIX 1432 1.3278 34.17067 | 15.59767 
25 BR733 SIX GIGA 1657 0.602733 35.8253 12.8748 
26 SIX GIGA BR733 1661 0.7996 31.27937 | 12.82443 
27 SIX BR733 GIGA 1786 0.620633 | 31.59183 | 11.61023 
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11. Simulation Run 5 with Time Slice 0.5 sec 














































































































Pattern | Server A | Server B | ServerC | Number Average Response Time 
of Call Ave Min Max 
1 GIGA GIGA GIGA 1318 2.0484 44.17643 | 17.33753 
2 GIGA GIGA BR733 1739 0.7884 28.29127 12.0512 
3 GIGA BR733 GIGA 1719 0.5932 32.17673 12.2479 
4 GIGA BR733 BR733 1102 2.284333 45.7475 21.61923 
5 BR733 GIGA GIGA 1489 1.881233 | 33.63357 14.834 
6 BR733 GIGA BR733 1427 0.837733 48.7212 15.67527 
7 BR733 BR733 GIGA 1702 0.593333 | 38.26807 12.4122 
8 BR733 BR733 BR733 977 1.992567 | 64.39967 24.9665 
9 GIGA GIGA SIX 1507 1.257933 | 32.03333 | 14.59767 
10 GIGA SIX GIGA 1587 0.585567 | 35.26557 | 13.64613 
11 GIGA SIX SIX 909 2.675267 | 60.22457 27.1556 
12 SIX GIGA GIGA 1468 1.200933 33.7923 15.1225 
13 SIX GIGA SIX 1203 1.574133 | 60.17807 | 19.43113 
14 SIX SIX GIGA 1515 0.592933 44.8829 14.50497 
15 SIX SIX SIX 801 1.937767 84.2609 31.42537 
16 BR733 BR733 SIX 1403 1.058833 40.1938 16.02557 
17 BR733 SIX BR733 1350 0.785733 | 46.17747 | 16.82987 
18 BR733 SIX SIX 904 3.8977 60.2902 27.32653 
19 SIX BR733 BR733 1098 3.553667 46.7826 21.7159 
20 SIX BR733 SIX 1197 1.749233 | 56.48117 | 19.56097 
21 SIX SIX BR733 1395 0.781233 50.98 16.13057 
22 GIGA BR733 SIX 1471 1.246533 | 33.96027 15.0774 
23 GIGA SIX BR733 1549 0.787467 | 34.27813 | 14.07673 
24 BR733 GIGA SIX 1483 1.208467 | 33.32643 | 14.90627 
25 BR733 SIX GIGA 1700 0.590367 | 30.50503 | 12.43387 
26 SIX GIGA BR733 1705 0.775633 | 31.50473 | 12.38327 
27 SIX BR733 GIGA 1823 0.589767 | 29.79467 | 11.29057 
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12. Simulation Run 5 with Time Slice 1.0 sec 








































































































Pattern | Server A | Server B | ServerC | Number Average Response Time 
of Call Ave Min Max 

1 GIGA GIGA GIGA 1357 1.505133 | 44.43457 | 16.71443 
2 GIGA GIGA BR733 1759 0.763 34.32413 | 11.86653 
3 GIGA BR733 GIGA 1727 0.580767 | 33.13533 | 12.17627 
4 GIGA BR733 BR733 1132 1.316267 47.1201 20.92767 
5 BR733 GIGA GIGA 1515 0.590167 31.0115 14.51573 
6 BR733 GIGA BR733 1455 0.763533 | 45.88713 | 15.29217 
7 BR733 BR733 GIGA 1724 0.582167 | 36.49637 | 12.20677 
8 BR733 BR733 BR733 1002 2.175533 | 67.91843 24.2237 
9 GIGA GIGA SIX 1521 1.179 32.51987 | 14.41913 
10 GIGA SIX GIGA 1615 0.580767 32.8008 13.3197 
11 GIGA SIX SIX 929 4.623 61.53427 | 26.47317 
12 SIX GIGA GIGA 1498 1.309533 | 38.47523 | 14.72073 
13 SIX GIGA SIX 1217 1.237833 60.4929 19.1515 
14 SIX SIX GIGA 1528 0.581633 | 43.31977 | 14.35533 
15 SIX SIX SIX 824 1.798433 | 77.29057 30.4625 
16 BR733 BR733 SIX 1427 1.2559 42.1291 15.67663 
17 BR733 SIX BR733 1366 0.788967 | 43.77027 16.5706 
18 BR733 SIX SIX 925 5.0801 57.8997 26.6062 
19 SIX BR733 BR733 1121 2.239667 | 45.59663 21.1879 
20 SIX BR733 SIX 1218 1.3768 59.71223 | 19.13137 
21 SIX SIX BR733 1411 0.7601 46.13793 | 15.90373 
22 GIGA BR733 SIX 1496 1.0366 34.61547 | 14.74663 
23 GIGA SIX BR733 1564 0.770967 | 35.37123 | 13.91293 
24 BR733 GIGA SIX 1511 0.9428 32.52393 | 14.55863 
25 BR733 SIX GIGA 1709 0.5815 29.36543 12.3478 
26 SIX GIGA BR733 1718 0.760133 31.4568 12.249 
27 SIX BR733 GIGA 1817 0.582533 29.9311 11.34637 
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13. Simulation Run 5 with Time Slice 2.0 sec 














































































































Pattern | Server A | Server B | ServerC | Number Average Response Time 
of Call Ave Min Max 

1 GIGA GIGA GIGA 1381 1.4063 40.20587 | 16.34963 
2 GIGA GIGA BR733 1752 0.759233 | 39.85037 | 11.93463 
3 GIGA BR733 GIGA 1704 0.5805 33.02707 | 12.39853 
4 GIGA BR733 BR733 1146 1.198833 | 43.55523 | 20.61667 
5 BR733 GIGA GIGA 1527 1.643933 32.5286 14.36297 
6 BR733 GIGA BR733 1460 0.759467 | 46.77287 | 15.21773 
7 BR733 BR733 GIGA 1707 0.581233 | 35.58317 12.3638 
8 BR733 BR733 BR733 1012 3.217367 | 61.37557 23.9637 
9 GIGA GIGA SIX 1514 1.980367 | 34.20853 | 14.51863 
10 GIGA SIX GIGA 1612 0.580833 | 33.20963 | 13.35987 
11 GIGA SIX SIX 936 4.023167 56.5411 26.261 
12 SIX GIGA GIGA 1504 0.5862 34.12003 | 14.64633 
13 SIX GIGA SIX 1229 2.014333 | 55.57123 18.9297 
14 SIX SIX GIGA 1506 0.580667 | 43.11107 | 14.62017 
15 SIX SIX SIX 836 1.8724 75.9428 29.8945 
16 BR733 BR733 SIX 1433 0.911367 | 37.33553 | 15.59267 
17 BR733 SIX BR733 1362 0.758833 44.3069 16.6259 
18 BR733 SIX SIX 935 4.141867 57.2442 26.29647 
19 SIX BR733 BR733 1131 2.122667 | 45.03013 20.9292 
20 SIX BR733 SIX 1221 0.909767 | 56.69247 19.0871 
21 SIX SIX BR733 1400 0.758867 45.0065 16.06243 
22 GIGA BR733 SIX 1491 1.128633 | 41.00177 14.8088 
23 GIGA SIX BR733 1562 0.759833 | 39.01757 | 13.92577 
24 BR733 GIGA SIX 1505 1.323267 34.0198 14.62723 
25 BR733 SIX GIGA 1692 0.581067 31.5452 12.51057 
26 SIX GIGA BR733 1716 0.7604 33.4506 12.283 
27 SIX BR733 GIGA 1795 0.580667 34.9834 11.53953 
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APPENDIX D — VERIFICATION EXPERIMENT 2 


A. CONFIGURATION FILES 
Object server A — A.def 


[name] A 
[ram_util] 139000 
[object] A 
[num_obj] 1 


Object server B — B.def 


[name] B 
[ram_util] 122000 
[object] B 
[num_obj] 1 


Object server C — C.def 


[name] C 
[ram_util] 145000 
[object] C 
[num_obj] 1 


Object server D — D.def 


[name] D 
[ram_util] 153000 
[object] D 
[num_obj] 1 


Object server E — E.def 


[name] E 
[ram_util] 231000 
[object] E 
[num_obj] 1 


Object server F — F.def 


[name] F 
[ram_util] 130000 
[object] F 
[nNum_obj] 1 


Object server G — G.def 


[name] G 
[ram_util] 142000 
[object] G 
[num_obj] 1 
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Object server H — H.def 


[name] H 
[ram_util] 200000 
[object] H 
[num_obj] 1 


Object server | — l.def 


[name] | 
[ram_util] 189000 
[object] | 
[num_obj] 1 


Object server J — J.def 


[name] J 
[ram_util] 830000 
[object] J 
[num_obj] 1 


RoleO Configuration File — role0.def 


[name] ROLEO 
[type] 0 

[min_wait] 15 
[max_wait] 16 
[call] F1.B1/50 
[call] F1.B2/10 
[call] F2.B1/10 
[call] F2.B4/5 
[dr_sw] 200000000 
[btw_call] 0.05 


Role1 Configuration File — role1.def 


[name] ROLE1_0 
[type] 1 

[min_wait] 15 
[max_wait] 16 
[call] F1.B1/10 
[call] F1.B2/40 
[call] F5.B2/24 
[dr_sw] 200000000 
[btw_call] 0.05 


Role2 Configuration File — role2.def 


[name] ROLE2_0 
[type] 2 
[min_wait] 12 
[max_wait] 13 
[call] F4.B1/50 
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[call] F5.B1/10 
[call] F5.B3/2 

[call] F3.B1/1 

[call] F2.B2/30 
[dr_sw] 200000000 
[btw_call] 0.05 


Role3 Configuration File — role3.def 


[name] ROLE3_0 
[type] 3 

[min_wait] 39 
[max_wait] 40 

[call] F2.B3/30 
[dr_sw] 200000000 
[btw_call] 0.05 


MACHINE Handel — Handel.def 


[name] HANDEL 
[cpu_pow] 2400000 
[ram_sz] 512000 
[ram_limit] 1.0 
[dr_sw] 200000000 
[er_sw] 0.000000001 
[process _ call] 0.005 
[process swap] 0.005 
[disk_swap] 0.005 
[exec_time] 0.5 
[ran_exec] 0.05 
[time_slice] no 


MACHINE MOZART - Mozart.def 


[name] MOZART 
[cpu_pow] 2000000 
[ram_sz] 256000 
[ram_limit] 1.0 
[dr_sw] 200000000 
[er_sw] 0.000000001 
[process _call] 0.005 
[process swap] 0.005 
[disk_swap] 0.005 
[exec_time] 0.5 
[ran_exec] 0.05 
[time_slice] no 


MACHINE BEETHOVAN - BEE.def 


[name] BEETHOVEN 
[cpu_pow] 3000000 
[ram_sz] 1000000 
[ram_limit] 1.0 
[dr_sw] 200000000 
[er_sw] 0.000000001 
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[process call] 0.005 
[process swap] 0.005 
[disk_swap] 0.005 
[exec_time] 0.5 
[ran_exec] 0.05 
[time_slice] no 


Button Configuration File — button.def 


[NEW_DEF] 
F1.B1 


[END_DEF] 
[NEW_DEF] 
F1.B2 

F/3 
[END_DEF] 
[NEW_DEF] 
F1.B3 

H/2 
[END_DEF] 


[NEW_DEF] 
F2.B1 

E/2 

G/2 
[END_DEF] 
[NEW_DEF] 
F2.B2 

J/4 

B/2 
[END_DEF] 
[NEW_DEF] 
F2.B3 

D/2 
[END_DEF] 
[NEW_DEF] 
F2.B4 

B/2 

E/1 
[END_DEF] 


[NEW_DEF] 
F3.B1 

J/3 
[END_DEF] 
[NEW_DEF] 
F3.B2 


F/3 
[END_DEF] 
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[NEW_DEF] 
F4.B1 

J/2 

Al2 
[END_DEF] 


[NEW_DEF] 
F5.B1 


[END_DEF] 
[NEW_DEF] 
F5.B2 

B/1 

E/2 
[END_DEF] 
[NEW_DEF] 
F5.B3 


[END_DEF] 
[NEW_DEF] 
F5.B4 


[END_DEF] 
[NEW_DEF] 
F5.B5 

/1 
[END_DEF] 


Interaction Configuration File — interact.def 


[NEW_INTERACT] D/2 
[CALL] A/2 
[END_ INTERACT] 


[NEW_INTERACT] J/2 
[CALL] B/1 
[END_INTERACT] 


[NEW_INTERACT] J/3 
[CALL] 1/1 
[END_INTERACT] 


[NEW_INTERACT] E/1 
[CALL] F/5 
[END_ INTERACT] 


[NEW_INTERACT] H/1 


[CALL] G/3 
[END_INTERACT] 
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Object Configuration File — obj.def 


[NEW_OBJ_DEF] 
A/10000 
1/2345600/216000 
2/1318100/2296000 
3/1963200/1736000 
4/1718500/528000 
[END_OBJ_DEF] 
[NEW_OBJ_DEF] 
B/10000 
1/2587600/2752000 
2/686200/736000 
[END_OBJ_DEF] 
[NEW_OBJ_DEF] 
C/10000 
1/1482700/1968000 
2/1944700/2824000 
3/1087000/3728000 
[END_OBJ_DEF] 
[NEW_OBJ_DEF] 
D/10000 
1/975000/3752000 
2/2354300/1912000 
[END_OBJ_DEF] 
[NEW_OBJ_DEF] 
E/10000 
1/1678500/3640000 
2/1002900/2984000 
3/2106100/2616000 
[END_OBJ_DEF] 
[NEW_OBJ_DEF] 
F/10000 
1/2398600/2800000 
2/2402200/2064000 
3/2434300/3328000 
4/562300/3632000 
5/2028300/3800000 
[END_OBJ_DEF] 
[NEW_OBJ_DEF] 
G/10000 
1/2065800/2968000 
2/1724300/104000 
3/1138200/3848000 
[END_OBJ_DEF] 
[NEW_OBJ_DEF] 
H/10000 
1/580500/2552000 
2/1111500/3384000 
[END_OBJ_DEF] 
[NEW_OBJ_DEF] 
1/10000 
1/1131400/1336000 
[END_OBJ_DEF] 
[NEW_OBJ_DEF] 
J/10000 
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1/1467500/392000 
2/1309300/2624000 
3/2050600/856000 
4/2392600/248000 
[END_OBJ_DEF] 


Role Configuration File 


[Parameters] 

model.role[0].def_file = "roleO_0.def" 
model.role[1].def_file = "roleO_1.def" 
model.role[2].def_file = "roleO_2.def" 
model.role[3].def_file = "roleO_3.def" 
model.role[4].def_file = "roleO_4.def" 
model.role[5].def_file = "roleO_5.def" 
model.role[6].def_file = "roleO_6.def" 
model.role[7].def_file = "roleO_7.def" 
model.role[8].def_file = "roleO_8.def" 
model.role[9].def_file = "roleO_9.def" 
model.role[10].def_file = "roleO_10.def" 
model.role[11].def_file = "roleO_11.def" 
model.role[12].def_file = "roleO_12.def" 
model.role[13].def_file = "roleO_13.def" 
model.role[14].def_file = "roleO_14.def" 
model.role[15].def_file = "roleO_15.def" 
model.role[16].def_file = "roleO_16.def" 
model.role[17].def_file = "roleO_17.def" 
model.role[18].def_file = "roleO_18.def" 
model.role[19].def_file = "roleO_19.def" 
model.role[20].def_file = "role1_0.def" 
model.role[21].def_file = "role1_1.def" 
model.role[22].def_file = "role1_2.def" 
model.role[23].def_file = "role1_3.def" 
model.role[24].def_file = "role1_4.def" 
model.role[25].def_file = "role2_0.def" 
model.role[26].def_file = "role2_1.def" 
model.role[27].def_file = "role2_2.def" 
model.role[28].def_file = "role2_3.def" 
model.role[29].def_file = "role2_4.def" 
model.role[30].def_file = "role2_5.def" 
model.role[31].def_file = "role2_6.def" 
model.role[32].def_file = "role2_7.def" 
model.role[33].def_file = "role3_0.def" 
model.role[34].def_file = "role3_1.def" 
model.role[35].def_file = "role3_2.def" 
model.role[36].def_file = "role3_3.def" 
model.role[37].def_file = "role3_4.def" 
model.role[38].def_file = "role3_5.def" 
model.role[39].def_file = "role3_6.def" 
model.role[40].def_file = "role3_7.def" 
model.role[41].def_file = "role3_8.def" 
model.role[42].def_file = "role3_9.def" 
model.num_role = 43 
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B. LINGO MODEL 
MODEL: 


SETS: 

MACHINE / Mozart Handel Beethoven /: 
MEMORY, SPEED; 

SERVER /ABCDEFGHIJ/: 

MULTIPLIER, MEMORYUSE; 

ET SPD (SERVER, SERVER): U; 












































N 

DEPLOYMENT (MACHINE, SERVER): V; 
MEM USED (MACHINE): T; 
C 
C 
S 









































PU USED (MACHINE): Q; 
YCLE AVAIL (MACHINE) : CPU_AVAIL; 





























END 








DATA: 
MEMORY SPEED = 
256 2000000 
512 2400000 
1000 3000000; 
MULTIPLIER MEMORYUSI 
1733150000 139 























ea] 
| 











901800000 122 
456300000 145 
433500000 153 


591340000 231 
356360000 130 
1297450000 142 
111600000 200 
230360000 189 
981352000 80; 


MEM LIMIT = 1; 
NET BW = 100000000; 
CPU_TIME = 1200; 

















































































































ENDDATA 
MIN = PROC _ SPEED + NET SPEED; 
! PROC_SPBRED = @SUM( DEPLOYMENT( I, J ) 
| V (I, J ) * MULTIPLIER ( J ) * NORM SPEED / SPEED( I 
Ye 

PROC SPEED = @SUM( DEPLOYMENT( I, J ): 

V (I, Jd ) * MULTIPLIER ( J )); 

! 
! Inter-Server communications function. Ignore Client/Server Comms 


! because they always exist and we are letting the Client location 














! be the free variable. NOTE: ASSUME LOCAL TWICE AS FAST AS REMOTE 
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NET SPEED 

















NET SPEED 














! Figure out 
! 





@FOR (SERVER 
























































= 1653120000/ (U(@ INDEX (D) , @INDEX (A) ) *NET_ BW) 
3434496000/ (U(@ INDEX (J) , @INDEX (B) ) *NET_ BW) 
352704000/ (U(@ INDEX (J) ,@INDEX(I))*NET BW) + 
456000000/ (U(@INDEX (E) , @INDEX(F))*NET_BW) + 
923520000/ (U(@ INDEX (H) , @INDEX (G) ) *NET_ BW) ; 
a 68880000/ (U(@ INDEX (D) , @INDEX (A) ) *NET BW) + 
143104000/ (U(@INDEX (J) , @INDEX (B) ) *NE BW) + 
14696000/ (U(@INDEX (J) , @INDEX (I) ) *NET_ BW) + 
19000000/ (U(@INDEX (E) , @INDEX(F)) *NET BW) + 
38480000/ (U(@INDEX (H) , @INDEX(G) ) *NET BW) ; 
if two servers are running on the same machine. 











(K): 











@FOR (SERVER (L): 





U(K,L) 
Ne 
ee 
! 


! A server c 
! 


= @SUM ( MACHINE(R): V(R,K)*V(R,L)) + 1; 





annot be split over multiple machines 














@FOR (DEPLOYMENT: @BIN(V)); 





! Each serve 
! 





@FOR (SERVER 
@SUM 
)3 











! Constraint 
! 


@FOR (MACHIN 


T(R) 
T(R) 
)3 


! Computing 
! 


@FOR (MACHIN 


yr can only run on one machine. 


(K): 
( MACHINE (R): V(R, K)) = 1; 





for limiting the RAM load on a single machine. 























): 
@SUM ( SERVER(K): V(R, K) *MEMORYUSE (RK) ); 
ME 


(R 
< MORY (R) *MEM_ LIMIT; 





the number of instruction cycle available. 





E(R): 





CPU_AVAIL(R) = CPU_TIME * SPEED (R); 


3 


! 

! Constraint 

! 

@FOR (MACHINI 
Q(R) 
(Q(R 

















for limiting the CPU load on a single machine. 








ma 
G 
E(R 











Heer (SERVER (K): V(R, K) *MULTIPLIER(K) ); 
)/1000) < (CPU_AVAIL(R) /1000) 





193 


C. DETAILED RESULT 


























Pattern Role1 Role2 Role3 Role4 Model Value 
(Equal Weight) 

pat108 3.5795 2.1258 3.1042 3.2595 3.01725 
pat10944 4.3416 2.8207 3.5431 3.5956 3.57525 
pat10954 13.5533 10.75 14.3082 12.5766 12.797025 
pat10956 4.1629 3.2762 4.1032 3.8242 3.841625 
pat10960 10.3711 6.9627 9.7473 9.8669 9.237 
pat10990 14.8603 10.2881 12.2111 7.1023 11.11545 
pat10992 4.7059 3.2482 4.0163 2.5143 3.621175 
pat10996 11.1938 6.5015 8.1772 5.8929 7.94135 
pat11008 10.5391 8.364 11.1136 6.6134 9.157525 
pat11098 14.0368 8.6305 12.6567 11.0602 11.59605 
pat11424 5.7975 3.4991 4.9229 4.422 4.660375 
pat11428 13.5752 5.2758 9.996 11.2167 10.015925 
pat11440 12.3339 7.0866 13.615 12.6974 11.433225 
pat11476 13.6738 6.6487 11.3387 7.0902 9.68785 
pat1224 2.8819 2.0639 2.5412 2.6198 2.5267 
pat1236 2.8283 1.7879 2.4133 2.5902 2.404925 
pat12394 8.6625 7.2423 9.6251 8.2768 8.451675 
pat12396 5.0022 2.4136 3.5997 4.2395 3.81375 
pat1240 3.2182 1.8142 4.1397 3.757 3.232275 
pat12400 5.688 4.0441 5.6607 5.101 5.12345 
pat12412 5.2784 5.2051 7.3662 6.0677 5.97935 
pat12448 6.1746 5.011 6.5349 4.578 5.574625 
pat1272 2.8749 1.8383 2.4398 2.6132 2.44155 
pat1276 3.7648 1.9074 3.7915 3.0979 3.1404 
pat1288 3.4078 2.3473 4.7078 3.2267 3.4224 
pat12880 7.5732 4.7586 8.7326 7.897 7.24035 
pat13140 3.0679 2.2002 3.2347 3.3456 2.9621 
pat13146 3.1361 2.0079 2.9086 3.0134 2.7665 
pat13148 3.032 1.9967 2.9524 3.2541 2.8088 
pat13158 3.6358 2.3152 3.148 2.4812 2.89505 
pat13170 3.4413 2.4605 3.3098 2.1045 2.829025 
pat13174 7.8464 5.1445 7.8744 5.3383 6.5509 
pat13182 3.5516 2.1038 2.9658 2.5099 2.782775 
pat13184 3.5653 2.0948 2.9171 2.3795 2.739175 
pat13188 3.3345 2.475 3.4901 2.483 2.94565 
pat13192 7.8764 5.2529 7.9102 5.2186 6.564525 
pat13196 3.2878 2.4284 3.4394 1.98 2.7839 
pat13198 7.7695 5.2079 7.8671 5.2744 6.529725 
pat13206 4.2644 2.9201 3.9232 3.4144 3.630525 
pat13210 10.7688 5.5876 9.2245 8.924 8.626225 
pat13212 3.3381 2.0834 2.9937 3.0151 2.857575 
pat13222 9.7177 7.1188 12.1816 10.147 9.791275 
pat13224 2.9887 2.1052 3.0723 3.0139 2.795025 
pat13228 6.8521 4.0454 7.604 7.0227 6.38105 
pat13258 11.1808 7.0986 10.4839 6.11 8.718325 
pat13260 3.4998 2.1963 3.1493 2.5141 2.839875 
pat13264 8.0042 4.1647 6.8043 4.8121 5.946325 
pat13276 7.2493 5.2505 8.9064 5.2937 6.674975 
pat13286 4.3458 2.868 3.9823 3.6757 3.71795 
pat13288 10.8844 5.7067 9.3505 8.9438 8.72135 
pat13294 9.8104 7.2201 12.3638 10.1651 9.88985 
pat13312 11.1185 6.9168 10.6 6.2161 8.71285 
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pat13371 
pat13374 
pat13386 
pat13387 
pat13389 
pat13390 
pat13422 
pat13423 
pat13425 
pat13426 
pat13438 
pat13441 
pat13528 
pat13531 
pat13614 
pat13616 
pat13620 
pat13624 
pat13628 
pat13630 
pat13638 
pat13642 
pat13654 
pat13664 
pat13666 
pat13672 
pat13690 
pat13692 
pat13696 
pat13708 
pat13744 
pat1380 
pat1384 
pat13860 
pat13872 
pat13876 
pat13908 
pat13912 
pat13924 
pat1396 
pat14014 
pat14340 
pat14344 
pat14356 
pat14392 
pat144 
pat14586 
pat14588 
pat14592 
pat14596 
pat14600 
pat14602 
pat14610 
pat14614 
pat14626 
pat14636 














10.0964 
4.0082 
9.8948 
1.9789 
6.0561 
6.7201 
2.1908 

5.894 
6.6091 

11.4747 
3.3098 
8.4901 





3.04575 
3.2684 
3.4345 
8.3084 

2.546675 
8.279275 
3.296675 
7.4293 
2.547825 
7.397725 

8.35595 

5.5366 
10.710325 
7.4371 
3.143475 
3.14575 
3.458075 
8.468475 
3.503125 
8.366225 
3.175175 
7.235175 
8.41765 
3.255025 
7.3278 
8.394025 
10.627625 
3.219825 
7.281275 


3.992025 
3.175775 
5.615025 
2.381525 
4.645575 
5.215175 
4.94955 
3.176275 
3.246325 
2.257225 
3.43825 
3.7346 
2.4975 
3.739325 
3.374975 
3.591675 
4.0947 
2.41175 
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pat14638 
pat14644 
pat14662 
pat14664 
pat14668 
pat14680 
pat14716 
pat1476 
pat1482 
pat14826 
pat14827 
pat14829 
pat14830 
pat1484 
pat14842 
pat14845 
pat14878 
pat14881 
pat1494 
pat1506 
pat15068 
pat15070 
pat15076 
pat15094 
pat1510 
pat15148 
pat1518 
pat1520 
pat1524 
pat1528 
pat15318 
pat1532 
pat15328 
pat15330 
pat15334 
pat1534 
pat15364 
pat15366 
pat15370 
pat15382 
pat15472 
pat1548 
pat156 
pat1560 
pat1564 
pat15798 
pat15802 
pat15814 
pat15850 
pat1596 
pat160 
pat1600 
pat1612 
pat1626 
pat1628 
pat1632 

















3.62125 
4.093625 
5.7761 
3.3151 
3.479025 
3.8037 
3.7401 
5.765925 
4.531025 
3.4938 
4.618425 
3.2605 
4.632525 
2.4712 
5.273025 
3.21725 
5.04515 
3.10585 
5.835525 
4.6413 
2.477725 
4.615675 
5.318975 
5.015975 
3.03855 
4.702475 
5.004575 
2.4779 
5.069475 
3.108775 
3.52595 
2.4235 
12.65245 
3.805775 
9.112025 
2.991475 
11.029775 
3.612125 
7.947925 
9.19365 
11.58365 
5.726275 
2.775275 
4.591925 
2.921725 
4.58755 
10.03025 
11.3861 
9.838675 
5.109125 
4.390925 
2.947675 
3.031375 
5.16355 
2.37835 
5.15725 





196 











pat1636 
pat1650 
pat1654 
pat16768 
pat16770 
pat16774 
pat16786 
pat16822 
pat1707 
pat1710 
pat1722 
pat1723 
pat1725 
pat17254 
pat1726 
pat17504 
pat17506 
pat17512 
pat17524 
pat17530 
pat17578 
pat1758 
pat17584 
pat1759 
pat1761 
pat1762 
pat1774 
pat17743 
pat17746 
pat1777 
pat180 
pat18226 
pat18232 
pat1866 
pat1867 
pat1869 
pat1870 
pat188 
pat1950 
pat1952 
pat1956 
pat1960 
pat1964 
pat1966 
pat19737 
pat1974 
pat19755 
pat19761 
pat19763 
pat1978 
pat198 
pat19851 
pat19853 
pat19854 
pat19857 
pat19861 





3.2771 
8.0164 
3.6276 
8.5875 
4.6742 
5.7704 
5.2585 
6.1913 
4.3434 
7.7248 
7.1719 
3.3585 
7.3785 
7.5823 
3.7788 
4.2592 
13.3803 
10.5493 
14.7181 
11.2874 
13.9013 
6.7627 
10.2806 
3.7124 
6.5825 
3.9354 
3.9252 
13.8006 
13.9178 








3.477 
3.8432 
3.1958 
9.5565 
3.2805 
5.6398 
7.2933 
6.5003 
2.8668 
5.4584 
3.5616 
4.2009 
3.3928 
8.7033 
4.2406 
3.1894 
14.2692 
9.8975 
11.984 

8.368 
12.6175 
3.8511 
8.3044 
3.7548 
3.6467 
3.8675 
4.6923 
10.0936 
10.069 
3.0364 
3.5357 
9.6398 








2.953775 
5.29185 
2.91425 
8.410125 
3.5617 
5.164475 
5.9676 
5.58055 
3.146475 
5.777725 
4.560775 
3.309025 
4.503925 
7.19485 
3.4268 
3.3658 
12.63245 
9.321275 
10.95625 
8.083575 
11.5773 
5.1058 
8.053775 
3.1688 
5.01495 
3.403 
3.731475 
10.1206 
10.1466 
2.733775 
3.435825 
8.50295 
5.228775 
5.1112 
2.9766 
5.121475 
3.26785 
2.441475 
3.8702 
2.300025 


2.39955 
3.650575 
3.368275 
2.419425 
3.414975 
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pat19863 
pat19865 
pat19867 
pat19870 
pat19871 
pat19875 
pat19879 
pat19881 
pat19891 
pat19897 
pat1990 

pat19901 
pat19903 
pat19906 
pat19907 
pat19909 
pat19915 
pat19953 
pat19989 
pat2000 

pat20001 
pat20005 
pat2002 

pat2008 

pat20091 
pat20095 
pat20097 
pat20107 
pat20113 
pat20143 
pat20149 
pat20187 
pat20193 
pat20195 
pat20205 
pat20217 
pat20221 
pat20229 
pat20231 
pat20235 
pat20239 
pat20243 
pat20245 
pat2028 

pat2032 

pat20333 
pat20334 
pat20335 
pat20337 
pat20338 
pat20339 
pat20341 
pat20343 
pat20347 
pat20350 
pat20351 








2.5236 
1.6996 
2.5801 
2.5806 
1.593 
1.7975 
2.5213 
2.5672 
3.1226 
1.9646 
2.6012 
1.7534 
2.5659 
2.6413 
1.6324 
3.1761 
2.0171 
2.068 
1.9791 
1.5809 
1.6325 
2.0564 
2.0681 
2.58 
1.7693 
2.0884 
2.6157 
2.8365 
1.6807 
3.0189 
1.8457 
2.1091 
1.7742 
1.5084 
2.1592 
1.7946 
1.9666 
1.9633 
1.6372 
1.8327 
1.9916 
1.5683 
2.0432 
3.0412 
1.9209 
1.6251 
2.2324 
2.0843 
2.0297 
2.1159 
1.5987 
2.9089 
1.9957 
1.5682 
2.8684 
1.4773 











3.2374 
3.6588 
3.525875 
3.4703 
3.51825 
2.516525 
3.39205 
3.348425 
3.796975 
2.6819 
3.6289 
3.665875 
3.317 
3.4207 
3.6522 
3.73665 
2.69175 
2.93155 
3.059325 
2.358475 
2.6376 
3.013275 
3.2278 
3.648875 
2.524825 
4.02075 
3.28945 
4.761225 
2.889325 
4.4356 
2.971725 
2.617175 
2.391825 
3.57505 
2.68555 
2.446225 
3.089675 
2.57055 
3.640775 
2.42635 
3.00805 
3.459475 
3.0388 
3.843925 
3.1153 
3.72845 
2.7396 
4.091175 
2.5135 
3.984925 
3.58335 
4.8317 
2.510375 
2.843675 
4.7585 
3.535975 
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pat20353 
pat20359 
pat20361 
pat20365 
pat20377 
pat20439 
pat2044 

pat20475 
pat20487 
pat20491 
pat20577 
pat20581 
pat20583 
pat20593 
pat20599 
pat20629 
pat20635 
pat2080 

pat20907 
pat20919 
pat20923 
pat20955 
pat20959 
pat20971 
pat21061 
pat21063 
pat21067 
pat21079 
pat2108 

pat2110 

pat21159 
pat2116 

pat21165 
pat21167 
pat21177 
pat21189 
pat21193 
pat21201 
pat21203 
pat21207 
pat21211 
pat21215 
pat21217 
pat21305 
pat21306 
pat21307 
pat21309 
pat21310 
pat21311 
pat21313 
pat21315 
pat21319 
pat21331 
pat21333 
pat21337 
pat2134 

















2.92405 
4.535525 
2.6215 
2.994475 
3.213775 
2.931325 
3.312925 
3.121775 
2.7168 
2.316825 
2.400175 
2.3955 
3.29605 
2.62255 
2.3083 
2.516175 
2.3091 
3.3104 
2.65715 
2.4512 
2.38925 
2.55655 
2.31695 
2.4741 
2.7614 
2.58585 
2.286775 
2.40465 
2.307175 
3.09065 
5.7744 
3.3479 
4.56135 
3.658175 
5.8231 
4.5869 
2.421075 
5.0788 
3.811475 
5.0269 
2.431125 
3.643375 
2.357675 
3.4892 
5.08995 


3.272925 
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pat21393 
pat214 
pat21405 
pat21409 
pat21441 
pat21445 
pat21457 
pat21547 
pat21549 
pat21553 
pat21633 
pat21635 
pat21639 
pat21643 
pat21647 
pat21649 
pat21657 
pat21661 
pat21673 
pat21683 
pat21685 
pat21691 
pat21790 
pat21791 
pat21793 
pat21799 
pat21817 
pat2214 
pat224 
pat2250 
pat2262 
pat2266 
pat232 
pat2352 
pat2356 
pat2358 
pat2368 
pat2374 
pat2404 
pat24063 
pat24065 
pat24066 
pat24069 
pat24073 
pat24075 
pat24077 
pat24078 
pat24079 
pat24081 
pat24082 
pat24083 
pat24087 
pat24091 
pat24093 
pat2410 
pat24103 














5.9196 
3.8662 
4.8221 
2.3051 
7.6135 
2.8874 
2.8378 
2.897 
5.5118 
1.9653 
3.8385 
3.7421 
3.9773 
2.2316 
4.0688 
2.3231 
4.3394 
2.451 
2.7127 
4.3895 
2.4386 
2.7409 
2.8115 
3.7778 
1.9685 
2.389 
2.4682 
3.5694 
2.654 
3.7126 
2.8731 
5.2275 
4.1856 
3.5701 
8.5455 
3.8305 
9.7983 
6.9159 
6.0135 
2.4496 
4.2264 
3.0142 
2.7917 
5.5136 
2.8479 
4.5761 
2.9232 
5.5051 
2.5133 
5.5312 
4.2509 
2.4576 
4.3282 
2.9076 
4.8597 
5.0106 





5.74065 
4.34375 
4.46535 
2.4363 
5.08 
2.39805 
2.5135 
2.66305 
5.118 
2.33915 
3.900125 
3.5285 
3.91935 
2.28305 
3.6465 
2.345775 
3.944725 
2.285625 
2.4869 
3.62915 
2.247575 
2.435625 
2.68105 
3.5082 
2.200925 
2.3161 
2.297125 
3.330875 
2.454775 
3.4443 
3.17665 
6.3108 
4.44365 
3.659025 
8.2188 
3.6222 
9.3958 
6.216975 
8.369475 
2.40185 
3.7039 
2.69145 
2.4963 
4.8536 
2.483275 
3.874325 
2.633275 
4.8999 
2.335825 
4.857825 
3.5966 
2.507525 
4.593 
2.54175 
5.6747 
5.559575 





200 











pat24105 
pat24109 
pat24113 
pat24114 
pat24115 
pat24117 
pat24118 
pat24119 
pat24121 
pat24123 
pat24127 
pat24130 
pat24131 
pat24133 
pat24221 
pat24223 
pat24229 
pat24247 
pat24303 
pat24307 
pat24309 
pat24319 
pat24321 
pat24325 
pat24355 
pat24357 
pat24361 
pat24373 
pat24463 
pat24545 
pat24546 
pat24547 
pat24549 
pat24550 
pat24551 
pat24553 
pat24555 
pat24559 
pat24562 
pat24563 
pat24565 
pat24571 
pat24573 
pat24577 
pat24589 
pat24598 
pat24599 
pat24601 
pat24607 
pat24789 
pat24793 
pat24795 
pat24805 
pat24807 
pat24811 
pat24841 

















2.377975 
3.3388 
3.775325 
2.653325 
4.473625 
2.419525 
4.5244 
3.60885 
5.4335 
2.367525 
3.249825 
5.45275 
3.582525 
3.2961 
3.798275 
4.462625 
5.372675 
5.01775 
2.750975 
5.652825 
2.5753 
7.2201 
2.466375 
4.00155 
6.1641 
2.495325 
3.7885 
4.5743 
6.317925 
4.080525 
2.8304 
5.689175 
2.36105 
5.6144 
3.6276 
7.259775 
2.4202 
4.040025 
7.1898 
3.741225 
4.071375 
6.427425 
2.4164 
3.749925 
4.594525 
6.141425 
3.680675 
3.8472 
4.596375 
2.285925 
2.800525 
2.48695 
3.26475 
2.37405 
2.473375 
3.0664 





201 











pat24843 
pat24847 
pat24859 
pat24949 
pat25273 
pat25275 
pat25279 
pat25291 
pat25327 
pat25517 
pat25518 
pat25519 
pat25521 
pat25522 
pat25523 
pat25525 
pat25527 
pat25531 
pat25534 
pat25535 
pat25537 
pat25543 
pat25545 
pat25549 
pat25561 
pat25570 
pat25571 
pat25573 
pat25579 
pat25759 
pat25761 
pat25765 
pat25777 
pat25813 
pat26002 
pat26003 
pat26005 
pat26011 
pat26029 
pat267 
pat2682 
pat2694 
pat2698 
pat270 
pat2730 
pat2734 
pat2746 
pat2836 
pat2838 
pat2842 
pat2854 
pat303 
pat306 
pat318 
pat319 
pat321 

















2.4752 
2.4009 
2.5806 
2.9677 
3.80235 
2.3546 
2.50655 
2.95655 
2.763225 
3.519875 
3.452125 
2.705025 
3.42225 
2.670975 
3.4431 
3.118625 
3.407675 
2.33845 
3.23115 
3.557025 
2.395375 
3.020875 
3.48575 
2.293725 
2.58125 
3.03585 
3.547575 
2.29145 
2.49945 





202 











pat322 

pat32817 
pat32821 
pat32823 
pat32825 
pat32826 
pat32827 
pat32829 
pat32830 
pat32831 
pat32835 
pat32839 
pat32841 
pat32851 
pat32853 
pat32857 
pat32861 
pat32862 
pat32863 
pat32865 
pat32866 
pat32867 
pat32869 
pat32871 
pat32875 
pat32878 
pat32879 
pat32881 
pat32969 
pat32971 
pat32977 
pat32995 
pat33051 
pat33057 
pat33067 
pat33069 
pat33073 
pat33103 
pat33105 
pat33109 
pat33121 
pat33211 
pat33293 
pat33294 
pat33297 
pat33299 
pat33301 
pat33303 
pat33307 
pat33310 
pat33311 
pat33313 
pat33319 
pat33321 
pat33325 
pat33337 

















5.6907 
2.549375 
5.165125 

2.4387 

4.0054 

2.69455 
5.274725 
2.312275 
5.215175 

3.67755 
2.537175 

4.8557 

2.54485 
5.812425 
2.359325 

3.56395 

3.8353 
2.671375 

4.7396 
2.413575 

4.72825 
3.609625 
5.74655 
2.365075 
3.483975 
5.758775 
3.591775 
3.46245 

3.8518 
4.703925 
5.714325 

5.2372 

2.8035 

2.56815 
7.664775 
2.45645 
4.311225 
6.61835 
2.478 
3.966525 
4.883025 
6.692825 
4.09945 
2.856725 

2.3417 
3.705125 

7.6065 

2.43805 
4.454575 
7.612 
3.798275 
4.34585 
6.590775 

2.4354 
4.119725 
4.946675 





203 











pat33346 
pat33347 
pat33349 
pat33355 
pat33537 
pat33541 
pat33543 
pat33553 
pat33555 
pat33559 
pat33589 
pat33591 
pat33595 
pat33607 
pat33697 
pat34021 
pat34023 
pat34027 
pat34039 
pat34075 
pat34265 
pat34266 
pat34267 
pat34269 
pat34270 
pat34271 
pat34273 
pat34275 
pat34279 
pat34282 
pat34283 
pat34285 
pat34291 
pat34293 
pat34297 
pat34309 
pat34318 
pat34319 
pat34321 
pat34327 
pat34507 
pat34509 
pat34513 
pat34525 
pat34561 
pat34750 
pat34751 
pat34753 
pat34759 
pat34777 
pat3654 

pat3666 

pat3670 

pat3702 

pat3706 

pat3718 





10.1253 














6.5344 
3.659875 
3.973425 
4.794025 
2.297525 
2.962275 

2.4272 
3.426325 
2.365575 
2.527325 

3.25075 
2.430675 
2.458925 
2.658575 

3.08715 

3.99945 
2.310975 
2.633175 

3.0176 

2.8735 

3.58905 

3.2743 
2.813075 
3.233125 

2.78595 

3.51005 

3.27105 

3.2337 

2.368975 
3.33045 
3.603325 
2.445975 
3.18555 

3.3755 
2.370675 
2.639725 
3.180325 

3.56755 
2.32525 
2.544525 
3.924525 
3.1929 
2.48985 
2.90185 
2.734025 
3.96515 
3.507625 

2.5015 
2.839675 

2.76455 
5.797275 

4.7153 

3.799425 
5.11125 
3.675275 
4.0531 





204 











pat37181 
pat37183 
pat37186 
pat37187 
pat37189 
pat37195 
pat37207 
pat37213 
pat37423 
pat37429 
pat37909 
pat37915 
pat3808 

pat3810 

pat3814 

pat39420 
pat39438 
pat39446 
pat39456 
pat39468 
pat39472 
pat39474 
pat39504 
pat39508 
pat39510 
pat39520 
pat39526 
pat39534 
pat39536 
pat39540 
pat39544 
pat39548 
pat39550 
pat39558 
pat39562 
pat39574 
pat39584 
pat39586 
pat39592 
pat39633 
pat39636 
pat39669 
pat39672 
pat39685 
pat39688 
pat39774 
pat39775 
pat39777 
pat39778 
pat39790 
pat39793 
pat39826 
pat39829 
pat39870 
pat39876 
pat39878 

















4.2621 
6.589425 
6.632075 

3.73485 
8.192825 
4.789475 
7.145225 

4.47375 

8.90125 

5.5152 

4.4259 
2.790075 
5.401125 
5.231225 
3.501925 
5.763225 

6.06705 
2.493475 
3.807875 

3.53405 
3.506475 

5.7708 

3.604825 
3.50425 
6.156825 
3.790675 
2.869125 
3.72715 
2.406875 

3.8121 
3.520875 
2.362225 

3.4715 
3.808675 
3.402775 
3.771425 

2.47015 

3.4256 

3.8417 

3.4516 
5.945175 

3.50825 
6.103825 
3.00185 
3.307275 
3.9013 
4.00295 
3.704825 
4.03245 
4.880025 
2.892525 
4.45955 
2.957075 
4.626625 
4.146 
2.362 





205 











pat39888 
pat39900 
pat39904 
pat39912 
pat39914 
pat39918 
pat39922 
pat39926 
pat39928 
pat39936 
pat39940 
pat39942 
pat39952 
pat39954 
pat39958 
pat39988 
pat39990 
pat39994 
pat40006 
pat40016 
pat40018 
pat40024 
pat40042 
pat40122 
pat40158 
pat40174 
pat40260 
pat40264 
pat40276 
pat40312 
pat40590 
pat40602 
pat40606 
pat40638 
pat40642 
pat40654 
pat40744 
pat40842 
pat40848 
pat40850 
pat40860 
pat40872 
pat40876 
pat40886 
pat40894 
pat40908 
pat40912 
pat40914 
pat40924 
pat40926 
pat40930 
pat40960 
pat40966 
pat40988 
pat40990 
pat40996 





4.0514 
4.6958 
4.1066 
3.7431 
2.6516 
3.7022 
3.9492 
2.7269 
4.0823 
3.3469 
5.962 
4.0176 
5.8367 
4.6355 
3.7373 
6.3806 
3.8018 
3.9729 
3.9772 
3.0103 
5.6701 
5.8483 
6.4961 
6.415 
4.5257 
2.677 
3.7838 
2.7712 
2.8309 
2.7573 
3.9869 
4.6934 
2.7294 
3.7327 
2.5345 
2.7596 
3.1794 
11.6586 
12.7206 
4.7072 
11.6011 
12.9315 
4.6328 
3.4955 
3.4628 
7.9626 
3.1398 
11.4766 
3.4947 
12.8402 
4.6387 
2.949 
3.5341 
3.1408 
3.3259 
3.2464 





3.7216 





6.3156 
4.9904 
2.9839 
5.3983 
2.6173 
5.4048 
3.1479 
2.2863 
2.8985 
3.7466 
3.4095 
6.324 
4.5799 
4.9631 
2.9501 
4.0667 
5.3918 
2.9644 
3.3055 
2.4118 
3.2399 
4.655 
4.114 
8.1829 
9.0106 
2.6246 
5.1034 
2.6125 
2.5438 
2.4926 
6.3401 
4.8872 
2.4242 
5.3676 
2.4262 
2.3658 
2.6511 
14.9932 
10.5555 
4.2948 
15.1287 
10.7221 
4.2534 
4.5357 
4.4333 
8.9146 
3.3185 
14.9135 
3.0753 
10.3258 
4.2377 
2.948 
4.4447 
2.9705 
3.031 
3.3277 





4.1867 
3.7988 
3.0482 
4.9722 
2.8834 
5.02 
3.5627 
2.3982 
3.374 
3.2945 
5.0152 
4.2378 
6.1809 
4.0069 
3.4649 
4.1696 
5.0481 
3.356 
3.4676 
2.8354 
4.8298 
6.2031 
4.1943 
5.196 
8.077 
2.5654 
3.7465 
2.0782 
2.4586 
2.6149 
4.0913 
3.8327 
2.2524 
5.1816 
2.5495 
2.5048 
2.8742 
8.6782 
7.6055 
2.0566 
8.9431 
7.9919 
1.9108 
4.4434 
4.0987 
6.5306 
1.9899 
8.6899 
2.4054 
7.5698 
1.7981 
3.1168 
4.0275 
2.0853 
1.9933 
2.4201 





4.568825 
4.13815 
3.09825 

4.231525 

2.476175 
4.23325 

3.2426 
2.258 

3.121275 

3.158525 

4.188075 
4.56965 

4.904325 

4.134525 
3.00305 

4.407675 

4.2711 
3.070975 
3.231275 

2.4825 

3.9641 

4.9196 

4.4805 

5.810875 
6.13965 
2.38555 

3.701225 
2.31525 

2.442325 

2.4264 

4.5278 

4.06775 

2.283175 

4.256125 

2.312775 

2.350825 

2.630675 

10.182725 

8.6572 

3.34235 

10.289375 

8.831725 
3.32625 
3.61345 

3.5304 
6.4675 
2.601125 
10.141675 
2.7563 
8.6261 
3.298725 
2.692475 
3.5507 
2.4634 
2.57005 
2.7966 





206 











pat41014 
pat41073 
pat41076 
pat41088 
pat41089 
pat41091 
pat41092 
pat411 
pat41125 
pat41128 
pat41230 
pat41233 
pat41316 
pat41318 
pat41322 
pat41326 
pat41330 
pat41332 
pat4134 
pat41340 
pat41344 
pat41356 
pat41366 
pat41368 
pat41374 
pat4138 
pat41392 
pat41394 
pat41398 
pat414 
pat41410 
pat41446 
pat4150 
pat41562 
pat41574 
pat41578 
pat41580 
pat41610 
pat41614 
pat41616 
pat41626 
pat41632 
pat41718 
pat41722 
pat41734 
pat41770 
pat4186 
pat42042 
pat42046 
pat42048 
pat42058 
pat42060 
pat42064 
pat42094 
pat42096 
pat42100 








2.1132 


1.6181 
3.7763 
2.3715 
1.6309 











2.686625 
6.45905 
10.1406 

8.845325 

2.5274 
8.792975 
3.352475 

2.6186 

2.48275 
3.60665 
2.90795 

2.413125 
7.89215 
2.75645 
7.78105 

2.856 
2.7435 
2.811825 
4.026 

7.982325 

2.769975 

2.879025 

2.8129 
2.76195 
2.963 
4.405625 
2.7222 

7.916725 
2.74615 
3.51245 

2.803275 
2.76545 

5.068775 
3.98975 

3.709825 





207 











pat42112 
pat42202 
pat427 
pat4294 
pat430 
pat43014 
pat43018 
pat43020 
pat43030 
pat43032 
pat43036 
pat43066 
pat43072 
pat43174 
pat43498 
pat43500 
pat43504 
pat43516 
pat43552 
pat43746 
pat43748 
pat43752 
pat43756 
pat43760 
pat43762 
pat43770 
pat43774 
pat43786 
pat43796 
pat43798 
pat43804 
pat43824 
pat43828 
pat43840 
pat43876 
pat43904 
pat43906 
pat43912 
pat4392 
pat43930 
pat4398 
pat43986 
pat43987 
pat43989 
pat43990 
pat4400 
pat44002 
pat44005 
pat44038 
pat44041 
pat4410 
pat44146 
pat44149 
pat4422 
pat44228 
pat44230 

















4.75425 
6.21345 
5.571575 
4.57365 
5.519325 
6.55085 
2.99985 
10.18175 
3.43315 
8.798125 
3.451725 
3.231675 
3.661775 
3.1216 
3.796925 
7.92165 
3.017075 
3.307025 
3.20025 
2.936625 
2.4857 
3.086475 
4.9481 
2.6023 
4.831075 
3.030725 
4.450975 
5.504275 
2.573325 
4.541925 
5.4549 
3.006625 
4.3953 
5.3365 
4.904175 
2.541975 
4.426975 
5.375725 
2.9536 
4.824025 
2.748975 
3.28115 
5.755425 
2.78985 
5.718275 
2.727875 
7.2953 
4.03905 
6.294625 
3.7944 
2.87385 
6.21595 
3.6498 
2.792775 
2.8509 
5.70475 





208 











pat44236 
pat44254 
pat4426 
pat44308 
pat4434 
pat4436 
pat4440 
pat4444 
pat44472 
pat44476 
pat4448 
pat44488 
pat4450 
pat44524 
pat4458 
pat4462 
pat44632 
pat4464 
pat4474 
pat4476 
pat4480 
pat44956 
pat4510 
pat4512 
pat4516 
pat45200 
pat45202 
pat45208 
pat45226 
pat4528 
pat45280 
pat4538 
pat4540 
pat45442 
pat45445 
pat4546 
pat4564 
pat45948 
pat45952 
pat45954 
pat45984 
pat45988 
pat45990 
pat46000 
pat46006 
pat46092 
pat46096 
pat46108 
pat46144 
pat4623 
pat4626 
pat463 
pat4638 
pat4639 
pat4641 
pat46416 








5.3756 
4.9181 
5.0677 
3.9195 
2.0643 
2.06 
2.388 
4.9614 
1.4593 
2.158 
2.3598 
2.7772 
5.0149 
2.6243 
2.8382 
5.4989 
2.3769 
2.0523 
6.9578 
2.073 
3.9773 
2.7785 
6.7117 
2.1496 
4.074 
1.4425 
2.1014 
2.7302 
2.5688 
5.1503 
2.2378 
2.8273 
5.3675 
2.6247 
1.6133 
6.9234 
6.8814 
2.3667 
4.4179 
3.5335 
2.1877 
4.2234 
3.1667 
5.6623 
3.0086 
2.5738 
3.6044 
4.7442 
4.5815 
1.9121 
2.0249 
2.3435 
2.3003 
4.0608 
1.5579 
2.7143 





5.6578 
4.8116 
7.1877 
4.8594 
2.9275 
2.7802 
3.3702 
7.2363 
3.5816 
2.4683 
3.2374 
2.8827 
7.2473 
2.7541 
3.6999 
8.6098 
2.7458 
2.9876 
11.5438 
3.0063 
7.2334 
3.2203 
9.8387 
3.096 
6.2518 
2.6645 
2.8116 
3.3725 
3.1151 
8.3165 
3.0483 
3.8303 
8.6347 
3.6617 
2.6518 
11.5817 
10.0127 
4.4974 
4.1518 
8.1101 
4.9506 
3.8445 
8.7466 
5.1946 
3.5124 
5.0577 
3.8892 
5.1842 
4.6963 
3.0007 
3.3428 
6.2072 
3.8623 
9.2109 
2.6897 
3.8468 





9.0525 
5.3726 
5.1661 
7.399 
2.6062 
2.3987 
2.5951 
5.0886 
2.8544 
2.6809 
2.0474 
3.3758 
5.0507 
2.8682 
3.3469 
8.777 
2.9561 
3.083 
9.6652 
3.0278 
6.988 
4.2701 
5.8599 
2.6415 
4.6898 
2.3022 
2.6524 
3.2839 
2.6707 
5.1544 
2.7641 
3.6541 
8.7837 
4.0752 
2.4204 
10.0185 
6.1789 
4.0419 
5.8124 
5.4668 
4.4262 
4.3965 
7.8044 
5.0704 
3.7447 
4.0942 
5.0569 
6.3073 
4.5945 
3.1651 
3.6006 
4.6137 
3.7796 
9.6874 
2.9249 
3.7152 





7.3131 
6.2125 
6.252725 
6.2487 
2.7719 
2.67695 
2.910525 
6.203125 
2.682475 
2.639 
2.7248 
3.107 
6.214625 
2.976225 
3.516375 
8.3657 
2.869125 
2.855075 
9.4318 
2.77825 
6.246575 
3.7167 
8.295325 
2.8463 
5.6558 
2.280325 
2.7376 
3.1939 
2.991025 
6.417625 
2.860125 
3.6597 
8.2997 
3.734725 





209 











pat4642 
pat46422 
pat46432 
pat46434 
pat46438 
pat46468 
pat46470 
pat46474 
pat46486 
pat46576 
pat466 
pat4674 
pat4675 
pat4677 
pat4678 
pat4690 
pat4693 
pat47388 
pat47392 
pat47394 
pat47404 
pat47406 
pat47410 
pat47440 
pat47446 
pat47548 
pat4780 
pat4783 
pat47872 
pat47874 
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9.3016 
3.5881 
9.3793 
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10.4551 
9.5944 
4.2563 
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9.7343 
13.0765 
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9.4441 
8.4792 
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10.5668 
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5.4579 
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